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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document specifies the radio network layer signalHng protocol called Radio Access Network Application 
Part (RANAP) for the lu interface. RANAP supports the functions of lu interface by signalling procedures defined in 
this document. RANAP is developed in accordance to the general principles stated in [1], [2] and [3]. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 



• 



References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply". 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document 
(including a GSM document), a non-specific reference implicitly refers to the latest version of that document in 
the same Release as the present document. 

[I] 3GPP TR 23.930: "3"' Generation Partnership Project (3GPP) Technical Specification Group 
Services and System Aspects; lu Principles". 

[2] 3GPP TS 25.410: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; UTRAN lu Interface: General Aspects and Principles". 

[3] 3GPP TS 25.401 : "3"" Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; UTRAN Overall Description". 

[4] 3GPP TR 25.93 1 : "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; UTRAN Functions, Examples on Signalling Procedures". 

[5] 3GPP TS 25.412: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; UTRAN lu Interface Signalling Transport". 

[6] 3GPP TS 25.415: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; UTRAN lu Interface User Plane Protocols". 

[7] 3GPP TS 23. 107: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Services and System Aspects; QoS Concept and Architecture". 

[8] 3GPP TS 24.008: "3"* Generation Partnership Project (3GPP); Mobile radio interface layer 3 

specification. Core Network Protocols - Stage 3". 

[9] 3GPP TS 25.414: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; lu Interface Data Transport and Transport Signalling". 

[10] 3GPP TS 25.331: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; RRC Protocol Specification". 

[II] 3GPP TS 08.08: "Mobile services Switching Centre - Base Station System (MSC - BSS) 
interface". 

[12] 3GPP TS 12.08: "Subscriber and equipment trace". 

[13] X.691 (12/94): "Information Technology - ASN.l encoding rules - Specification of Packed 

Encoding Rules (PER)". 

[14] X.680, (12/94): "Information Technology - Abstract Syntax Notation One (ASN.l):Specification 

of basic notation". 
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[15] X.681 (12/94): "Information Technology - Abstract Syntax Notation One (ASN.l): Information 

object specification". 

[16] 3GPP TS 23.1 10: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Services and System Aspects, UMTS Access Stratum, Services and Functions". 

[17] 3GPP TS 25.323: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; Packet Data Convergence Protocol (PDCP) Specification". 

[18] 3GPP TS 25.921: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Radio Access Network; Guidelines and principles for protocol description and error handling". 

[19] 3GPP TS 23.003: "3"* Generation Partnership Project (3GPP) Technical Specification Group Core 

Network; Numbering, addressing and identification". 

[20] 3GPP TS 23.032: "3"* Generation Partnership Project (3GPP) Technical Specification Group Core 

Network; Universal Geographical Area Description (GAD)". 

[21] 3GPP TS 23.060: "3"* Generation Partnership Project (3GPP) Technical Specification Group 

Services and System Aspect; General Packet Radio Service (GPRS); Service description; Stage 2". 



3 Definitions, symbols and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. 

Relocation of SRNS: relocation of SRNS is a UMTS functionality used to relocate the serving RNS role from one RNS 
to another RNS. This UMTS functionality is realised by several elementary procedures executed in several interfaces 
and by several protocols and it may involve a change in the radio resources used between UTRAN and UE 

It is also possible to relocate the serving RNS role from: 

one RNS within UMTS to another relocation target external to UMTS; 

functionality equivalent to the serving RNS role from another relocation source external to UMTS to another 
RNS. 

Serving RNS (SRNS): role an RNS can take with respect to a specific connection between an UE and UTRAN. There 
is one serving RNS for each UE that has a connection to UTRAN. The serving RNS is in charge of the radio connection 
between a UE and the UTRAN. The serving RNS terminates the lu for this UE 

Serving RNC (SRNC): SRNC is the RNC belonging to SRNS 

SRNC-ID: see [3] for definidon 

S-RNTI: see [3] for definition 

Source RNS: role, with respect to a specific connection between UTRAN and CN, that RNS takes when it decides to 
initiate a relocation of SRNS 

Source RNC: source RNC is the RNC belonging to source RNS 

Target RNS: role an RNS gets with respect to a specific connection between UTRAN and CN when it is being a 
subject of a relocation of SRNS which is being made towards that RNS 

Target RNC: target RNC is the RNC belonging to target RNS 

Directed retry: Directed retry is the process of assigning a User Equipment to a radio resource that does not belong to 
the serving RNC e.g. in situations of congestion. It is triggered by the RAB Assignment procedure and employs 
relocation procedures. 
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Elementary Procedure: RANAP protocol consists of Elementary Procedures (EPs). An Elementary Procedure is a unit 
of interaction between the RNS and the CN. These Elementary Procedures are defined separately and are intended to be 
used to build up complete sequences in a flexible manner. If the independence between some EPs is restricted, it is 
described under the relevant EP description. Unless otherwise stated by the restrictions, the EPs may be invoked 
independently of each other as stand alone procedures, which can be active in parallel. Examples on using several 
RANAP EPs together with each other and EPs from other interfaces can be found in reference [4]. 

An EP consists of an initiating message and possibly a response message. Three kinds of EPs are used: 

Class 1: Elementary Procedures with response (success and/or failure). 

Class 2: Elementary Procedures without response. 

Class 3: Elementary Procedures with possibility of multiple responses. 

For Class 1 EPs, the types of responses can be as follows: 

Successful: 

A signalling message explicitly indicates that the elementary procedure successfully completed with the 
receipt of the response. 

Unsuccessful: 

A signalling message explicitly indicates that the EP failed. 

On time supervision expiry (i.e. absence of expected response). 

Successful and Unsuccessful: 

One signalling message reports both successful and unsuccessful outcome for the different included requests. 
The response message used is the one defined for successful outcome. 

Class 2 EPs are considered always successful. 

Class 3 EPs have one or several response messages reporting both successful, unsuccessful outcome of the requests and 
temporary status information about the requests. This type of EP only terminates through response(s) or EP timer 
expiry. 

3.2 Symbols 

Void. 

3.3 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

AAL2 ATM Adaptation Layer type 2 

AS Access Stratum 

ASN.l Abstract Syntax Notation One 

ATM Asynchronous Transfer Mode 

CC Call Control 

CN Core Network 

CRNC Controlling RNC 

CS Circuit Switched 

DCH Dedicated Channel 

DL Downlink 

DRNC Drift RNC 

DRNS Drift RNS 

DSCH Downlink Shared Channel 

EP Elementary Procedure 

GPRS General Packet Radio System 

GTP GPRS Tunnelling Protocol 
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IE Information Element 

IMEI International Mobile Equipment Identity 

IMSI International Mobile Subscriber Identity 

IPv4 Internet Protocol (version 4) 

IPv6 Internet Protocol (version 6) 

MM Mobility Management 

MSC Mobile services Switching Center 

NAS Non Access Stratum 

N-PDU Network - Protocol Data Unit 

OSP:IHOSS Octet Stream Protocol: Internet-Hosted Octet Stream Service 

P-TMSI Packet TMSI 

PDCP Packet Data Convergence Protocol 

PDP Packet Data Protocol 

PDU Protocol Data Unit 

PPP Point-to-Point Protocol 

PS Packet Switched 

QoS Quality of Service 

RAB Radio Access Bearer 

RANAP Radio Access Network Application Part 

RNC Radio Network Controller 

RNS Radio Network Subsystem 

RRC Radio Resource Control 

SAI Service Area Identifier 

SAP Service Access Point 

SCCP Signalling Connection Control Part 

SDU Service Data Unit 

SGSN Serving GPRS Support Node 

SRNC Serving RNC 

SRNS Serving RNS 

TEID Tunnel Endpoint Identifier 

TMSI Temporary Mobile Subscriber Identity 

UE User Equipment 

UEA UMTS Encryption Algorithm 

UIA UMTS Integrity Algorithm 

UL Uplink 

UMTS Universal Mobile Telecommunications System 

USCH Uplink Shared Channel 

UTRAN UMTS Terrestrial Radio Access Network 



4 General 

4.1 Procedure Specification Principles 

The principle for specifying the procedure logic is to specify the functional behaviour of the RNC exactly and 
completely. The CN functional behaviour is left unspecified. The EPs Relocation Preparation, Reset, Reset Resource 
and Overload Control are exceptions from this principle. 

The following specification principles have been applied for the procedure text in chapter 8: 

The procedure text discriminates between: 

1) Functionality which "shall" be executed 

The procedure text indicates that the receiving node "shall" perform a certain function Y under a certain 
condition. If the receiving node supports procedure X but cannot perform functionality Y requested in the 
REQUEST message of a Class 1 of Class 3 EP, the receiving node shall respond with the message used to 
report unsuccessful outcome for this procedure, containing an appropriate cause value. 

2) Functionality which "shall, if supported" be executed 
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The procedure text indicates that the receiving node "shall, if supported," perform a certain function Y under 
a certain condition. If the receiving node supports procedure X, but does not support functionality Y, the 
receiving node shall proceed with the execution of the EP, possibly informing the requesting node about the 
not supported functionality. 

Any required inclusion of an optional IE in a response message is explicitly indicated in the procedure text. If the 
procedure text does not explicitly indicate that an optional IE shall be included in a response message, the 
optional IE shall not be included. 



4.2 Forwards and Backwards Compatibility 

The forwards and backwards compatibility of the protocol is assured by mechanism where all current and future 
messages, and lEs or groups of related lEs, include ID and criticality fields that are coded in a standard format that will 
not be changed in the future. These parts can always be decoded regardless of the standard version. 

4.3 Specification Notations 

For the purposes of the present document, the following notations apply: 

Procedure When referring to an elementary procedure in the specification the Procedure Name is written with 

the first letters in each word in upper case characters followed by the word "procedure", e.g. 
RAB Assignment procedure. 

Message When referring to a message in the specification the MESSAGE NAME is written with all letters 

in upper case characters followed by the word "message", e.g. RAB ASSIGNMENT REQUEST 
message. 

IE When referring to an information element (IE) in the specification the Information Element Name 

is written with the first letters in each word in upper case characters and all letters in Italic font 
followed by the abbreviation "IE", e.g. User Plane Mode IE. 

Value of an IE When referring to the value of an information element (IE) in the specification the "Value" is 

written as it is specified in subclause 9.2 enclosed by quotation marks, e.g. "Abstract Syntax Error 
(Reject)" or "Geographical Coordinates ". 



RANAP Services 



RANAP provides the signalling service between UTRAN and CN that is required to fulfil the RANAP functions 
described in clause 7. RANAP services are divided into three groups based on Service Access Points (SAP) defined in 
[16]: 

1. General control services: They are related to the whole lu interface instance between RNC and logical CN 
domain, and are accessed in CN through the General Control SAP. They utilise connectionless signalling 
transport provided by the lu signalling bearer. 

2. Notification services: They are related to specified UEs or all UEs in specified area, and are accessed in CN 
through the Notification SAP. They utilise connectionless signalling transport provided by the lu signalling 
bearer. 

3. Dedicated control services: They are related to one UE, and are accessed in CN through the Dedicated Control 
SAP. RANAP functions that provide these services are associated with lu signalling connection that is 
maintained for the UE in question. The lu signalling connection is realised with connection oriented signalling 
transport provided by the lu signalling bearer. 
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6 Services Expected from Signalling Transport 

Signalling transport (ref. [5]) shall provide two different service modes for the RANAP. 

1. Connection oriented data transfer service. This service is supported by a signalling connection between RNC and 
CN domain. It shall be possible to dynamically establish and release signalling connections based on the need. 
Each active UE shall have its own signalling connection. The signalling connection shall provide in sequence 
delivery of RANAP messages. RANAP shall be notified if the signalling connection breaks. 

2. Connectionless data transfer service. RANAP shall be notified in case a RANAP message did not reach the 
intended peer RANAP entity. 



7 Functions of RANAP 

RANAP protocol has the following functions: 

Relocating serving RNC. This function enables to change the serving RNC functionality as well as the related lu 
resources (RAB(s) and Signalling connection) from one RNC to another. 

Overall RAB management. This function is responsible for setting up, modifying and releasing RABs. 

Queuing the setup of RAB. The purpose of this function is to allow placing some requested RABs into a queue, 
and indicate the peer entity about the queuing. 

Requesting RAB release. While the overall RAB management is a function of the CN, the RNC has the 
capability to request the release of RAB. 

- Release of all lu connection resources. This function is used to explicitly release all resources related to one lu 
connection. 

Requesting the release of all lu connection resources. While the lu release is managed from the CN, the RNC has 
the capability to request the release of all lu connection resources from the corresponding lu connection. 

SRNS context forwarding function. This function is responsible for transferring SRNS context from the RNC to 
the CN for intersystem forward handover in case of packet forwarding. 

Controlling overload in the lu interface. This function allows adjusting the load in the lu interface. 

Resetting the lu. This function is used for resetting an lu interface. 

Sending the UE Common ID (permanent NAS UE identity) to the RNC. This function makes the RNC aware of 
the UE's Common ID. 

Paging the user. This function provides the CN for capability to page the UE. 

Controlling the tracing of the UE activity. This function allows setting the trace mode for a given UE. This 
function also allows the deactivation of a previously established trace. 

Transport of NAS information between UE and CN (ref. [8]). This function has two sub-classes: 

1. Transport of the initial NAS signalling message from the UE to CN. This function transfers transparently the 
NAS information. As a consequence also the lu signalling connection is set up. 

2. Transport of NAS signalling messages between UE and CN, This function transfers transparently the NAS 
signalling messages on the existing lu signalling connection. It also includes a specific service to handle 
signalling messages differently. 

Controlling the security mode in the UTRAN. This function is used to send the security keys (ciphering and 
integrity protection) to the UTRAN, and setting the operation mode for security functions. 

Controlling location reporting. This function allows the CN to operate the mode in which the UTRAN reports 
the location of the UE. 
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Location reporting. This function is used for transferring the actual location information from RNC to the CN. 

- Data volume reporting function. This function is responsible for reporting unsuccessfully transmitted DL data 
volume over UTRAN for specific RABs. 

Reporting general error situations. This function allows reporting of general error situations, for which function 
specific error messages have not been defined. 

These functions are implemented by one or several RANAP elementary procedures described in the following clause. 



8 



RANAP Procedures 



8.1 Elementary Procedures 



In the following tables, all EPs are divided into Class 1, Class 2 and Class 3 EPs (see subclause 3.1 for explanation of 
the different classes): 







Table 1 : Class 1 




Elementary 
Procedure 


Initiating 
■message 


Successful Outcome 


Unsuccessful Outcome 


Response message 


Response message 


lu Release 


lU RELEASE 
COMMAND 


lU RELEASE COMPLETE 




Relocation 
Preparation 


RELOCATION 
REOUIRED 


RELOCATION COMMAND 


RELOCATION 
PREPARATION FAILURE 


Relocation 

Resource 

Allocation 


RELOCATION 
REOUEST 


RELOCATION REQUEST 
ACKNOWLEDGE 


RELOCATION FAILURE 


Relocation 
Cancel 


RELOCATION 
CANCEL 


RELOCATION CANCEL 
ACKNOWLEDGE 




SRNS Context 
Transfer 


SRNS CONTEXT 
REOUEST 


SRNS CONTEXT 
RESPONSE 




Security IVIode 
Control 


SECURITY 

MODE 

COMMAND 


SECURITY MODE 
COMPLETE 


SECURITY MODE REJECT 


Data Volume 
Report 


DATA VOLUME 

REPORT 

REOUEST 


DATA VOLUME REPORT 




Reset 


RESET 


RESET ACKNOWLEDGE 




Reset Resource 


RESET 
RESOURCE 


RESET RESOURCE 
ACKNOWLEDGE 





£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 



17 



ETSI TS 125 413 V3.5.0 (2001-03) 



Table 2: Class 2 



Elementary Procedure 


Message 


RAB Release Request 


RAB RELEASE REQUEST 


lu Release Request 


lU RELEASE REQUEST 


Relocation Detect 


RELQCATIQN DETECT 


Relocation Complete 


RELOCATION COMPLETE 


SRNS Data Forwarding Initiation 


SRNS DATA FORWARD COMMAND 


SRNS Context Forwarding from 
Source RNC to CN 


FORWARD SRNS CONTEXT 


SRNS Context Forwarding to 
Target RNC from CN 


FORWARD SRNS CONTEXT 


Paging 


PAGING 


Common ID 


COMMON ID 


CN Invoke Trace 


CN INVOKE TRACE 


CN Deactivate Trace 


CN DEACTIVATE TRACE 


Location Reporting Control 


LOCATION REPORTING CONTROL 


Location Report 


LOCATION REPORT 


Initial UE Message 


INITIAL UE MESSAGE 


Direct Transfer 


DIRECT TRANSFER 


Overload Control 


OVERLOAD 


Error Indication 


ERROR INDICATION 



Tables: Class 3 



Elementary Procedure 


Initiating Message 


Response Message 


RAB Assignment 


RAB ASSIGNMENT 
REQUEST 


RAB ASSIGNMENT 
RESPONSE xN(N>=1) 



The following applies concerning interference between Elementary Procedures: 

The Reset procedure takes precedence over all other EPs. 

- The Reset Resource procedure takes precedence over all other EPs except the Reset procedure. 

The lu Release procedure takes precedence over all other EPs except the Reset procedure and the Reset Resource 
procedure. 

8.2 RAB Assignment 
8.2.1 General 

The purpose of the RAB Assignment procedure is to establish new RABs and/or to enable modifications and/or releases 
of already established RABs for a given UE. The procedure uses connection oriented signalling. 
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8.2.2 Successful Operation 



RNC 



CN 



RAB ASSIGNMENT 
REQUEST 



RAB ASSIGNMENT 
RESPONSE 



* it can be several responses 

Figure 1: RAB Assignment procedure. Successful operation. 

The CN shall initiate the procedure by sending a RAB ASSIGNMENT REQUEST message. When sending the RAB 
ASSIGNMENT REQUEST message, the CN shall start the T RABAssgt timer. 

The CN may request UTRAN to: 

establish, 

modify, 

- release 

one or several RABs with one RAB ASSIGNMENT REQUEST message. 

The message shall contain the information required by the UTRAN to build the new RAB configuration, such as: 

list of RABs to establish or modify with their bearer characteristics; 

list of RABs to release. 
For each RAB requested to establish, the message shall contain: 

- RAB ID. 

RAB parameters (including e.g. Allocation/Retention Priority). 

User Plane Mode Information (i e User Plane Mode and UP Mode Versions). 

Transport Layer Address. 

lu Transport Association. 

PDP Type Information (only for PS) 

Data Volume Reporting Indication (only for PS). 

DL GTP-PDU sequence number (only when GTP-PDU sequence number is available in cases of handover from 
GPRS to UMTS or when establishing a RAB for an existing PDP context). 

UL GTP-PDU sequence number (only when GTP-PDU sequence number is available in cases of handover from 
GPRS to UMTS or when establishing a RAB for an existing PDP context). 

DL N-PDU sequence number (only when N-PDU sequence number is available in case of handover from GPRS 
to UMTS). 
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UL N-PDU sequence number (only when N-PDU sequence number is available in case of handover from GPRS 
to UMTS). 

For each RAB requested to modify, the message may contain: 

RAB ID (mandatory). 

NAS Synchronisation Indicator. 

- RAB parameters. 
Transport Layer Address, 
lu Transport Association. 

For each RAB request to release, the message shall contain: 

- RAB ID. 

Cause. 

Upon reception of the RAB ASSIGNMENT REQUEST message UTRAN shall execute the requested RAB 
configuration. 

The RAB ID shall identify uniquely the RAB for the specific CN domain for the particular UE, which makes the RAB 
ID unique over the lu connection on which the RAB ASSIGNMENT REQUEST message is received. When a RAB ID 
already in use over that particular lu instance is used, the procedure is considered as modification of that RAB. 

The RNC shall pass the contents of RAB ID IE to the radio interface protocol for each RAB requested to establish or 
modify. 

The RNC shall establish or modify the resources according to the values of the Allocation/Retention Priority IE 
(priority level, pre-emption indicators, queuing) and the resource situation as follows: 

The RNC shall consider the priority level of the requested RAB, when deciding on the resource allocation. 

If the requested RAB is allowed for queuing and the resource situation so requires, RNC may place the RAB in 
the establishment queue. 

The priority levels and the pre-emption indicators may (singularly or in combination) be used to determine 
whether the RAB assignment has to be performed unconditionally and immediately. If the requested RAB is 
marked as "may trigger pre-emption" and the resource situation so requires, RNC may trigger the pre-emption 
procedure which may then cause the forced release of a lower priority RAB which is marked as "pre-emptable". 
Whilst the process and the extent of the pre-emption procedure is operator dependent, the pre-emption indicators, 
if given in the RAB ASSIGNMENT REQUEST message, shall be treated as follows: 

1 . The values of the last received Pre-emption Vulnerability IE and Priority Level IE shall prevail. 

2. If the Pre-emption Capability IE is set to "may trigger pre-emption", then this allocation request may trigger 
the pre-emption procedure. 

3. If the Pre-emption Capability IE is set to "shall not trigger pre-emption", then this allocation request shall not 
trigger the pre-emption procedure. 

4. If the Pre-emption Vulnerability IE is set to "pre-emptable", then this connection shall be included in the pre- 
emption process. 

5. If the Pre-emption Vulnerability IE is set to "not pre-emptable", then this connection shall not be included in 
the pre-emption process. 

6. If the Priority Level IE is set to "no priority used" the given values for the Pre-emption Capability IE and 
Pre-emption Vulnerability IE shall not be considered. Instead the values "shall not trigger pre-emption" and 
"not pre-emptable" shall prevail. 

- If the Allocation/Retention Priority IE is not given in the RAB ASSIGNMENT REQUEST message, the 
allocation request shall not trigger the pre-emption process and the connection may be pre-empted and 
considered to have the value "lowest" as priority level. Moreover, queuing shall not be allowed. 
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The UTRAN pre-emption process shall keep the following rules: 

1 . UTRAN shall only pre-empt RABs with lower priority, in ascending order of priority. 

2. The pre-emption may be done for RABs belonging to the same UE or to other UEs. 

If the MAS Synchronisation Indicator IE is contained in the RAB ASSIGNMENT REQUEST message, the RNC shall 
pass it to the radio interface protocol for the transfer to the UE. 

If the RAB ASSIGNMENT REQUEST message includes the PDF Type Information IE, the UTRAN may use this to 
configure any compression algorithms. 

If the Service Handover IE is included, this tells if the RAB 

should be handed over to GSM, i.e. from NAS point of view, the RAB should be handed over to GSM as soon as 
possible although the final decision whether to perform a handover to GSM is still made in UTRAN. 

should not be handed over to GSM, i.e. from NAS point of view, the RAB should remain in UMTS as long as 
possible although the final decision whether to perform a handover to GSM is still made in UTRAN. 

shall not be handed over to GSM, i.e. the RAB shall never be handed over to GSM. This means that UTRAN shall 
not initiate handover to GSM for the UE unless the RABs with this indication have first been released with the 
normal release procedures. 

The value of the Service Handover IE is valid throughout the lifetime of the RAB or until changed by a RAB 
modification. 

The Service Handover IE shall only influence decisions made regarding UTRAN initiated handovers. 

If the Service Handover IE is not included, the decision whether to perform a handover to GSM is only an internal 
UTRAN matter. 

UTRAN shall report to CN, in the first RAB ASSIGNMENT RESPONSE message, the result for all the requested 
RABs, such as: 

List of RABs successfully established or modified. 

List of RABs released. 

List of RABs queued. 

List of RABs failed to establish or modify. 

List of RABs failed to release. 

UTRAN shall report the outcome of a specific RAB to establish or modify only after the transport network control 
plane signalling, which is needed for RAB establishment or modification, has been executed. The transport network 
control plane signalling shall use the Transport Layer Address IE and lu Transport Association IE. At a RAB 
modification, it is up to the RNC to decide if any transport network control plane signalling shall be performed for the 
possibly included Transport Layer Address IE and lu Transport Association IE or if the already existing transport 
bearer shall be used. If the RNC decides to establish a new transport bearer, then the switch over to this new transport 
bearer shall be done immediately after transport bearer establishment and initialisation of the user plane mode. 

Before reporting the outcome of a specific RAB to establish or modify, the RNC shall have executed the initialisation of 
the user plane mode as requested by the CN in the User Plane Mode IE. This initialisation is described in ref.[6]. 

In case of establishment of a RAB for the PS domain, the CN must be prepared to receive user data before the RAB 
ASSIGNMENT RESPONSE message has been received. 

If none of the RABs have been queued, the CN shall stop timer T RABAssgt. And the RAB Assignment procedure 
terminates. In that case, the procedure shall also be terminated in UTRAN. 

When the request to establish or modify one or several RABs is put in the queue, UTRAN shall start the timer Tqueuing- 
This timer specifies the maximum time for queuing of the request of establishment or modification. The same timer 
Tqueuing is supervising all RABs being queued. 

For each RAB that is queued the following outcomes shall be possible: 



£75/ 



3GPP TS 25.41 3 version 3.5.0 Release 1 999 21 ETSI TS 1 25 41 3 V3.5.0 (2001 -03) 

successfully established or modified; 

failed to establish or modify; 

failed due to expiry of the timer Tqueuing- 

For the queued RABs, indicated in the first RAB ASSIGNMENT RESPONSE message, UTRAN shall report the 
outcome of the queuing for every RAB individually or for several RABs in subsequent RAB ASSIGNMENT 
RESPONSE message(s). This is left to implementation. UTRAN shall stop Tqueuing when all RABs have been either 
successfully established or modified or failed to establish or modify. The RAB Assignment procedure is then terminated 
both in CN and UTRAN when all RABs have been responded to. 

When CN receives the response that one or several RABs are queued, CN shall expect UTRAN to provide the outcome 
of the queuing function for each RAB before expiry of the T RABAssgt timer. In case the timer T RABAssgt expires, the CN 
shall consider the RAB Assignment procedure terminated and the RABs not reported shall be considered as failed. 

In the case the timer Tqueuing expires, the RAB Assignment procedure terminates in UTRAN for all queued RABs, and 
UTRAN shall respond for all of them in one RAB ASSIGNMENT RESPONSE message. The RAB Assignment 
procedure shall also be terminated in CN. 

In case a request to modify or release a RAB contains the RAB ID of a RAB being queued, the RAB shall be taken out 
of the queue and treated according to the second request. The first request shall be responded to as a RAB failed to 
setup or modify with the cause value "Request superseded". 

When UTRAN reports unsuccessful establishment/modification of a RAB, the cause value should be precise enough to 
enable the core network to know the reason for unsuccessful establishment/modification. Typical cause values are: 
"Requested Traffic Class not Available", "Invalid RAB Parameters Value", "Requested Maximum Bit Rate not 
Available", "Requested Maximum Bit Rate for DL not Available", "Requested Maximum Bit Rate for UL not 
Available", "Requested Guaranteed Bit Rate not Available", "Requested Guaranteed Bit Rate for DL not Available", 
"Requested Guaranteed Bit Rate for UL not Available", "Requested Transfer Delay not Achievable", "Invalid RAB 
Parameters Combination", "Condition Violation for SDU Parameters", "Condition Violation for Traffic Handling 
Priority", "Condition Violation for Guaranteed Bit Rate", "User Plane Versions not Supported", "lu UP Failure", "lu 
Transport Connection Failed to Establish". 

If the RAB ID of a RAB requested to be released is unknown in the RNC, this shall be reported as a RAB failed to 
release with the cause value "Invalid RAB ID". 

The RNC may indicate an impending directed retry attempt to GSM by sending RAB ASSIGNMENT RESPONSE 
message with a RAB ID included in the list of RABs failed to setup and a cause value of "Directed Retry". 

The RNC shall be prepared to receive a RAB ASSIGNMENT REQUEST message containing a RABs To Be Released 
IE at any time and shall always reply to it. If there is an ongoing RAB Assignment procedure for a RAB indicated 
within the RABs To Be Released IE, the RNC shall discard the preceding RAB Assignment procedure for that specific 
RAB, release any related resources and report the released RAB within the RAB ASSIGNMENT RESPONSE message. 

8.2.3 Unsuccessful Operation 

The unsuccessful operation for this Class 3 Elementary procedure is described under the Successful Operation chapter. 

8.2.4 Abnormal Conditions 

Interactions with Relocation Preparation procedure: 

If the relocation becomes necessary during the RAB Assignment procedure, the RNC may interrupt the ongoing RAB 
Assignment procedure and initiate the Relocation Preparation procedure as follows: 

1 . The RNC shall terminate the RAB Assignment procedure indicating unsuccessful RAB configuration 
modification: 

- for all queued RABs; 

for RABs not already established or modified, and 

for RABs not already released; 
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with the cause "Relocation triggered". 

2. The RNC shall terminate the RAB Assignment procedure indicating successful RAB configuration modification: 

for RABs already established or modified but not yet reported to the CN, and 
for RABs already released but not yet reported to the CN. 

3. The RNC shall report this outcome of the procedure in one RAB ASSIGNMENT RESPONSE message. 

4. The RNC shall invoke relocation by sending the RELOCATION REQUIRED message to the active CN node(s). 

5. The CN shall terminate the RAB Assignment procedure at reception of the RAB ASSIGNMENT RESPONSE 

message. 

Directed retry from UMTS to GSM (CS domain only): 

In the case where the RNC has no RAB configuration for a particular UE in the CS domain, and the RNC receives a 
RAB ASSIGNMENT REQUEST message for that UE requesting the establishment of one RAB only, a directed retry 
to GSM may be initiated. In this case the RNC may interrupt the ongoing RAB Assignment procedure and initiate the 
Relocation Preparation procedure as follows: 

1 . The RNC shall terminate the RAB Assignment procedure indicating unsuccessful RAB configuration 
modification of that RAB with the cause "Directed retry". 

2. The RNC shall report this outcome of the procedure in one RAB ASSIGNMENT RESPONSE message. 

3. The RNC shall invoke relocation by sending the RELOCATION REQUIRED message to the active CN node, 
with the cause "Directed Retry". 

4. The CN shall terminate the RAB Assignment procedure at reception of the RAB ASSIGNMENT RESPONSE 
message 

8.3 RAB Release Request 
8.3.1 General 

The purpose of the RAB Release Request procedure is to enable UTRAN to request the release of one or several radio 
access bearers. The procedure uses connection oriented signalling. 



8.3.2 Successful Operation 



RNC CN 



RAB 

RELEASE REQUEST 

► 



Figure 2: RAB Release Request procedure. Successful operation. 

The RNC shall initiate the procedure by generating a RAB RELEASE REQUEST message towards the CN. The RABs 
To Be Released IE shall indicate the list of RABs requested to release and the Cause IE associated to each RAB shall 
indicate the reason for the release, e.g. "RAB pre-empted", "Release due to UTRAN Generated Reason". 

Upon reception of the RAB RELEASE REQUEST message, the CN should initiate the appropriate release procedure 
for the identified RABs in the RAB RELEASE REQUEST message. It is up to the CN to decide how to react to the 
request. 

Interaction with lu Release Command: 
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If no RABs will remain according to the RAB RELEASE REQUEST message, the CN may decide to initiate the lu 
Release procedure if it does not want to keep the lu signalling connection. The cause value to use is "No Remaining 
RAB". 

Interaction with RAB Assignment (release RAB): 

If the CN decides to release some or all indicated RABs, the CN may decide to invoke the RAB Assignment procedure 
(release RAB) to this effect. 

8.3.3 Abnormal Conditions 

Not applicable. 

8.4 lu Release Request 

8.4.1 General 

The purpose of the lu Release Request procedure is to enable UTRAN to request the CN to release the lu connection for 
a particular UE due to some UTRAN generated reason (e.g. "O&M Intervention", "Unspecified Failure", "User 
Inactivity", "Repeated Integrity Checking Failure" , "Release due to UE generated signalling connection release", 
"Radio Connection With UE Lost"). The procedure uses connection oriented signalling. 

8.4.2 Successful Operation 



RNC 



CN 



lU RELEASE REQUEST 

► 



Figure 3: lu Release Request procedure. Successful operation. 

The RNS controlling the lu connection(s) of that particular UE shall initiate the procedure by generating an lU 
RELEASE REQUEST message towards the affected CN domain(s). The procedure may be initiated for instance when 
the contact with a particular UE is lost or due to user inactivity. 

The lU RELEASE REQUEST message shall indicate the cause value for the requested lu connection release. It is up to 
the CN to decide how to react to the request. 

Interactions with lu Release procedure: 

If the CN decides to release the lu connection, the CN shall initiate the lu Release procedure. 

8.4.3 Abnormal Conditions 

Not applicable. 

8.5 lu Release 
8.5.1 General 

The purpose of the lu Release procedure is to enable the CN to release the lu connection and all UTRAN resources 
related only to that lu connection to be released. The procedure uses connection oriented signalling. 

The lu Release procedure can be initiated for at least the following reasons: 
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Completion of transaction between UE and CN. 

UTRAN generated reasons, e.g. reception of lU RELEASE REQUEST message. 

Completion of successful relocation of SRNS. 

Cancellation of relocation after successful completion of the Relocation Resource Allocation procedure. 



8.5.2 Successful Operation 



RNC 



CN 



lU RELEASE COMMAND 

< 



lU RELEASE COMPLETE 

► 



Figure 4: lu Release procedure. Successful operation. 

The procedure is initiated by the CN by sending an lU RELEASE COMMAND message to the UTRAN. 

After the lU RELEASE COMMAND message has been sent, the CN shall not send further RANAP connection 
oriented messages on this particular connection. 

The lU RELEASE COMMAND message shall include a Cause IE, indicating the reason for the release 

(e.g. "Successful Relocation", "Normal Release", "Release due to UTRAN Generated Reason", "Relocation Cancelled", 

"No Remaining RAB"). 

When the RNC receives the lU RELEASE COMMAND message: 

1 . Clearing of the related UTRAN resources is initiated. However, the UTRAN shall not clear resources related to 
other lu signalling connections the UE might have. The lu transport bearers for RABs subject to data forwarding 
and other UTRAN resources used for the GTP-PDU forwarding process, are released by the RNC only when the 
timer ToAXAfwd expires. 

2. The RNC returns any assigned lu user plane resources to idle. Then the RNC sends an lU RELEASE 
COMPLETE message to the CN. (The RNC does not need to wait for the release of UTRAN radio resources to 
be completed before returning the lU RELEASE COMPLETE message.) When an lU RELEASE COMPLETE 
message is sent, the procedure is terminated in the UTRAN. 

The lU RELEASE COMPLETE message shall include a RABs Data Volume Report IE for RABs towards the PS 
domain for which data volume reporting was requested during RAB establishment. 

Reception of an lU RELEASE COMPLETE message terminates the procedure in the CN. 

8.5.3 Abnormal Conditions 

If the lu Release procedure is not initiated towards the source RNC from the CN before the expiry of timer TRELocoveraii, 
the source RNC should initiate the lu Release Request procedure towards the CN with a cause value "TRELocoveraii 
expiry". 

8.6 Relocation Preparation 
8.6.1 General 

The purpose of the Relocation Preparation procedure is to prepare relocation of SRNS either with involving UE or 
without involving UE. The relocation procedure shall be co-ordinated in all lu signalling connections existing for the 
UE in order to allow Relocation co-ordination in the target RNC. The procedure uses connection oriented signalling. 
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The source RNC shall not initiate the Relocation Preparation procedure for an lu signalling connection if a Prepared 
Relocation exists in the RNC for that lu signalling connection or if a Relocation Preparation procedure is ongoing for 
that lu signalling connection. 



8.6.2 Successful Operation 

Source RNC 



CN 



RELOCATION REOUIRED 



RELOCATION COMMAND 



Figure 5: Relocation Preparation procedure. Successful operation. 

The source RNC shall initiate the procedure by generating RELOCATION REQUIRED message. The source RNC 
shall decide whether to initiate the intra-system Relocation or the inter-system Relocation. In case of intra-system 
Relocation the source RNC shall indicate in the Source ID IE the RNC-ID of the source RNC and in the Target ID IE 
the RNC-ID of the target RNC. In case of inter-system Relocation the source RNC shall indicate in the Source ID IE the 
Service Area Identifier and in the Target ID IE the cell global identity of the cell in the target system. The source RNC 
shall indicate the appropriate cause value for the Relocation in the Cause IE. Typical cause values are "Time critical 
Relocation", "Resource optimisation relocation", "Relocation desirable for radio reasons" , "Directed Retry". 

The source RNC shall determine whether the relocation of SRNS shall be executed with or without involvement of UE. 
The source RNC shall set the Relocation Type IE accordingly to "UE involved" or "UE not involved". 

The source RNC shall indicate in the RELOCATION REQUIRED message the amount of lu signalling connections 
existing for the UE by setting correctly the Number oflu Instances IE included in the Source RNC to Target RNC 
Transparent Container IE. This container may also include the necessary information for Relocation co-ordination, 
security procedures and the handling of UE Capabilities. The container may include the RRC context to be relocated 
within the RRC Container IE. When the Relocation Type IE is set to "UE not involved in relocation of SRNS" and the 
UE is using DCH(s), DSCH(s) or USCH(s), the container shall include the mapping between each RAB subflow and 
transport channel identifier(s). When the RAB is carried on a DCH(s), the DCH ID(s) shall be included, and when it is 
carried on DSCH(s) or USCH(s), the DSCH ID(s) or USCH ID(s) respectively shall be included. 

The source RNC shall send the RELOCATION REQUIRED message to the CN and the source RNC shall start the 
timer TRELocprep. 

When the preparation including resource allocation in the target system is ready and the CN has decided to continue the 
relocation of SRNS, the CN shall send RELOCATION COMMAND message to the source RNC and the CN shall start 
the timer TRELoccompiete- 

For each RAB successfully established in the target system and originating from the PS domain, the RELOCATION 
COMMAND message may contain lu transport address and lu transport association to be used for the forwarding of the 
DL N-PDU duplicates towards the relocation target. Upon reception of the RELOCATION COMMAND message from 
the PS domain, the source RNC shall start the timer TDAXAfwd. 

The Relocation Preparation procedure is terminated in the CN by transmission of RELOCATION COMMAND 

message. 

If the target system (including target CN) does not support all existing RABs, the RELOCATION COMMAND 
message shall contain a list of RABs indicating all the RABs that are not supported by the target system. This list is 
contained in the RABs to Be Released IE. The source RNC may use this information e.g. to decide if to cancel the 
relocation or not. The resources associated with these not supported RABs shall not be released until the relocation is 
completed. This is in order to make a return to the old configuration possible in case of a failed or cancelled relocation. 
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Upon reception of RELOCATION COMMAND message the source RNC shall stop the timer Trelocpicp, RNC shall 
start the timer TRELocoveraii and RNC shall terminate the Relocation Preparation procedure. The source RNC is then 
defined to have a Prepared Relocation for that lu signalling connection. 

When Relocation Preparation procedure is terminated successfully and when the source RNC is ready, the source RNC 
should trigger the execution of relocation of SRNS. 

In case of intersystem handover to GSM the RNC shall include MS Classmark 2 and MS Classmark 3 lEs received from 
the UE in the RELOCATION REQUIRED message to the CN. 

Interactions with other procedures: 

If, after RELOCATION REQUIRED message is sent and before the Relocation Preparation procedure is terminated, the 
source RNC receives a RANAP message initiating an other connection oriented RANAP class 1 or class 3 procedure 
(except lU RELEASE COMMAND message, which shall be handled normally) via the same lu signalling connection, 
the source RNC shall either: 

I. cancel the Relocation Preparation procedure i.e. execute Relocation Cancel procedure with an appropriate value 
for the Cause IE, e.g. "Interaction with other procedure", and after successful completion of Relocation Cancel 
procedure, the source RNC shall continue the initiated RANAP procedure; 



2. terminate the initiated RANAP procedure without any changes in UTRAN by sending appropriate response 
message with the cause value "Relocation Triggered" to the CN. The source RNC shall then continue the 
relocation of SRNS. 

If during the Relocation Preparation procedure the source RNC receives a DIRECT TRANSFER message it shall be 
handled normally. 

If during the Relocation Preparation procedure the source RNC receives connection oriented RANAP class 2 messages 
(with the exception of DIRECT TRANSFER message) it shall decide to either execute the procedure immediately or 
suspend it. In the case the relocation is cancelled the RNC shall resume any suspended procedures (if any). 

After Relocation Preparation procedure is terminated successfully, all RANAP messages (except lU RELEASE 
COMMAND message, which shall be handled normally) received via the same lu signalling bearer shall be ignored by 
the source RNC. 



8.6.3 Unsuccessful Operation 

Source RNC 



CN 



RELOCATION REOUIRED 



RELOCATION PREPARATION 
FAILURE 



Figure 6: Relocation Preparation procedure. Unsuccessful operation. 

If the CN or target system is not able to even partially accept the relocation of SRNS or a failure occurs during the 
Relocation Preparation procedure in the CN or the CN decides not to continue the relocation of SRNS, the CN shall 
send RELOCATION PREPARATION FAILURE message to the source RNC. 

RELOCATION PREPARATION FAILURE message shall contain appropriate value for the Cause IE e.g. "TRELocaiioc 
expiry", "Relocation Failure in Target CN/RNC or Target System"., "Relocation not supported in Target RNC or Target 

System" 



£75/ 



3GPP TS 25.41 3 version 3.5.0 Release 1 999 27 ETSI TS 1 25 41 3 V3.5.0 (2001 -03) 

Transmission of RELOCATION PREPARATION FAILURE message terminates the procedure in the CN. Reception 
of RELOCATION PREPARATION FAILURE message terminates the procedure in UTRAN. 

When the Relocation Preparation procedure is unsuccessfully terminated, the existing lu signalling connection can be 
used normally. 

If the Relocation Preparation procedure is terminated unsuccessfully, the CN shall release the possibly existing lu 
signalling connection for the same UE and related to the same relocation of SRNS towards the target RNC by initiating 
lu Release procedure towards the target RNC with an appropriate value for the Cause IE, e.g. "Relocation Cancelled". 

Interactions with Relocation Cancel procedure: 

If there is no response from the CN to the RELOCATION REQUIRED message before timer TRELocprep expires in the 
source RNC, the source RNC shall cancel the Relocation Preparation procedure by initiating the Relocation Cancel 
procedure with appropriate value for the Cause IE, e.g. "TRELocprep expiry". 

8.6.4 Abnormal Conditions 

If the target RNC, which was indicated in the RELOCATION REQUIRED message, is not known to the CN: 

1 . The CN shall reject the relocation of SRNS by sending a RELOCATION PREPARATION FAILURE message 
to the source RNC with Cause IE set to "Unknown target RNC". 

2. The CN shall continue to use the existing lu connection towards the source RNC. 

8.6.5 Co-ordination of Two lu Signalling Connections 

If the RNC has decided to initiate Relocation Preparation procedure for a UTRAN to UTRAN relocation, the RNC shall 
initiate simultaneously Relocation Preparation procedure on all lu signalling connections existing for the UE. 

For intersystem handover to GSM, Relocation Preparation procedure shall be initiated only towards the circuit switched 
CN. 

The source RNC shall not trigger the execution of relocation of SRNS unless it has received RELOCATION 
COMMAND message from all lu signalling connections for which the Relocation Preparation procedure has been 
initiated. 

If the source RNC receives RELOCATION PREPARATION FAILURE message from the CN, the RNC shall initiate 
Relocation Cancel procedure on the other lu signalling connection for the UE if the other lu signalling connection exists 
and if the Relocation Preparation procedure is still ongoing or the procedure has terminated successfully in that lu 
signalling connection. 

8.7 Relocation Resource Allocation 
8.7.1 General 

The purpose of the Relocation Resource Allocation procedure is to allocate resources from target RNS for a relocation 
of SRNS. Procedure shall be co-ordinated in all lu signalling connections existing for the UE. The procedure uses 
connection oriented signalling. 
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8.7.2 Successful Operation 

Target RNC 



CN 



RELOCATION REOUEST 



RELOCATION REOUEST 
ACKNOWLEDGE 



Figure 7: Relocation Resource Allocation procedure. Successful operation. 

The CN shall initiate the procedure by generating RELOCATION REQUEST message. In a UTRAN to UTRAN 
relocation, this message shall contain the information (if any) required by the UTRAN to build the same RAB 
configuration as existing for the UE before the relocation. 

The CN shall transmit the RELOCATION REQUEST message to target RNC and the CN shall start the timer 

TRELOCalloc. 

Upon reception of the RELOCATION REQUEST message, the target RNC shall initiate allocation of requested 
resources. The following information elements received in RELOCATION REQUEST message require the same 
special actions in the RNC as specified for the same lEs in the RAB Assignment procedure: 

- RAB-ID 

User plane mode 

Priority level, queuing and pre-emption indication 

Service Handover 

If the RELOCATION REQUEST message includes the PDP Type Information IE, the UTRAN may use this to 
configure any compression algorithms. 

The Cause IE shall contain the same value as the one received in the related RELOCATION REQUIRED message. 

The lu Signalling Connection Identifier IE contains an lu signalling connection identifier which is allocated by the CN, 
and which the RNC is required to store and remember for the duration of the lu connection. 

Following additional actions shall be executed in the target RNC during Relocation Resource Allocation procedure: 

If the relocation type is "UE involved in relocation of SRNS": 

The target RNC may accept a requested RAB only if the RAB can be supported by the target RNC. 

- Other RABs shall be rejected by the target RNC in the RELOCATION REQUEST ACKNOWLEDGE message 
with an appropriate value for Cause IE, e.g. "Unable to Establish During Relocation". 

The target RNC shall include information adapted to the resulting RAB configuration in the target to source 
RNC transparent container to be included in the RELOCATION REQUEST ACKNOWLEDGE message sent to 
the CN. If the target RNC supports triggering of the Relocation Detect procedure via the lur interface, the RNC 
shall assign a d-RNTI for the context of the relocation and include it in the container. If two CNs are involved in 
the relocation of SRNS, the target RNC may, however, decide to send the container to only one CN. 

If the relocation type IE is "UE not involved in relocation of SRNS": 

The target RNC may accept a RAB only if the radio bearer(s) for the RAB exist(s) and can be used for the RAB 
by the target RNC. 
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- If existing radio bearers are not related to any RAB that is accepted by target RNC, the radio bearers shall be 
ignored during the relocation of SRNS and the radio bearers shall be released by radio interface protocols after 
completion of relocation of SRNS. 

After all necessary resources for accepted RABs including the initialised lu user plane, are successfully allocated, the 
target RNC shall send RELOCATION REQUEST ACKNOWLEDGE message to the CN. The resources associated 
with the RABs indicated as failed to set up shall not be released in the CN until the relocation is completed. This is in 
order to make a return to the old configuration possible in case of a failed or cancelled relocation. 

The RELOCATION REQUEST ACKNOWLEDGE message received by the CN may optionally contain a transparent 
container, which shall be transferred by CN to the source RNC or the external relocation source while completing the 
Relocation Preparation procedure. 

If one or more of the RABs that the target RNC has decided to support can not be supported by the CN, then these 
failed RABs shall not be released towards the target RNC until the relocation is completed. 

If the NAS Synchronisation Indicator IE is contained in the RELOCATION REQUEST message, the target RNC shall 
pass it to the source RNC within the RRC Container IE contained in the Target RNC to Source RNC Transparent 
Container IE. 

Transmission and reception of RELOCATION REQUEST ACKNOWLEDGE message terminates the procedure in the 
UTRAN and the CN respectively. 



8.7.3 Unsuccessful Operation 

Target RNC 



CN 



RELOCATION REOUEST 



RELOCATION FAILURE 



Figure 8: Relocation Resource Allocation procedure: Unsuccessful operation. 

If the target RNC can not even partially accept the relocation of SRNS or a failure occurs during the Relocation 
Resource Allocation procedure in the target RNC, the target RNC shall send RELOCATION FAILURE message to the 
CN. 

Transmission and reception of RELOCATION FAILURE message terminates the procedure in the UTRAN and the CN 
respectively. 

When CN has received RELOCATION FAILURE message from target RNC, CN shall stop timer TRELocaiioc and shall 
assume possibly allocated resources within target RNC completely released. 

8.7.4 Abnormal Conditions 

If after reception of the RELOCATION REQUEST message, the target RNC receives another RELOCATION 
REQUEST message on the same lu connection, then the target RNC shall discard the latter message and the original 
Relocation Resource Allocation procedure shall continue normally. 

Interactions with lu Release procedure: 
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If the CN decides to not continue the Relocation Resource Allocation procedure before the Relocation Resource 
Allocation procedure is completed, the CN shall stop timer TRELocaiioc and the CN shall, if the lu signalling connection 
has been established or later becomes established, initiate the lu Release procedure towards the target RNC with an 
appropriate value for the Cause IE, e.g. "Relocation Cancelled". 

8.7.5 Co-ordination of Two lu Signalling Connections 

Co-ordination of two lu signalling connections during Relocation Resource Allocation procedure shall be executed by 
the target RNC when the Number oflu Instances IE received in the Source RNC to Target RNC Transparent Container 
IE in the RELOCATION REQUEST message indicates that two CN domains are involved in relocation of SRNS. 

If two CN domains are involved, the following actions shall be taken by the target RNC: 

The target RNC shall utilise the Permanent NAS UE Identity IE, received explicitly by each CN domain within 
RELOCATION REQUEST message, to co-ordinate both lu signalling connections. 

- The target RNC shall generate and send RELOCATION REQUEST ACKNOWLEDGE message only after all 
expected RELOCATION REQUEST messages are received and analysed. 

The target RNC shall ensure that there is no conflicting information in Target RNC to Source RNC Transparent 
Container IE in RELOCATION REQUEST ACKNOWLEDGE messages transmitted via different lu signalling 
connections and related to the same relocation of SRNS. 

The selection of signalling connection utilised for the Target RNC to Source RNC Transparent Container IE in 
RELOCATION REQUEST ACKNOWLEDGE message need not to be dependent on the signalling connection 
via which the Source RNC to Target RNC Transparent Container IE in RELOCATION REQUEST message was 
received. 

8.8 Relocation Detect 
8.8.1 General 

The purpose of Relocation Detect procedure is to indicate by the RNC the detection of SRNS relocation execution to 
the CN. Procedure shall be co-ordinated in all lu signalling connections existing for the UE. The procedure uses 
connection oriented signalling. 



8.8.2 Successful Operation 



Target RNC 



CN 



RELOCATION DETECT 



Figure 9: Relocation Detect procedure: Successful operation. 

The target RNC shall send RELOCATION DETECT message to the CN when relocation execution trigger is received. 

If the type of relocation of SRNS is "UE involved in relocation of SRNS ", the relocation execution trigger may be 
received either from the Uu interface or as an implementation option from the lur interface. If the type of relocation of 
SRNS is "UE not involved in relocation of SRNS", the relocation execution trigger is received from the lur interface. 

When RELOCATION DETECT message is sent, the target RNC shall start SRNC operation. 
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Upon reception of RELOCATION DETECT message, the CN may switch the user plane from the source RNC to the 
target RNC. 

8.8.3 Abnormal Conditions 

Interactions with Relocation Complete procedure: 

If the RELOCATION COMPLETE message is received by CN before the reception of RELOCATION DETECT 
message, the CN shall handle the RELOCATION COMPLETE message normally. 

8.8.4 Co-ordination of Two lu Signalling Connections 

When Relocation Detect procedure is to be initiated by the target RNC, the target RNC shall initiate the Relocation 
Detect procedure on all lu signalling connections existing for the UE between the target RNC and the CN. 

8.9 Relocation Complete 

8.9.1 General 

The purpose of Relocation Complete procedure is to indicate by the target RNC the completion of relocation of SRNS 
to the CN. Procedure shall be co-ordinated in all lu signalling connections existing for the UE. The procedure uses 
connection oriented signalling. 

8.9.2 Successful Operation 




Target RNC 

RELOCATION COMPLETE 

Figure 10: Relocation Complete procedure. Successful operation. 

When the new SRNC-ID and serving RNC Radio Network Temporary Identity are successfully exchanged with the 
UE by the radio protocols, target RNC shall initiate Relocation Complete procedure by sending RELOCATION 
COMPLETE message to CN. Upon reception of the RELOCATION COMPLETE message by the CN, the CN should 
then stop the TRELoccompiete timer. 

8.9.3 Abnormal Conditions 

If the timer TRELoccompiete expires: 

The CN should initiate release of lu connections towards the source and the target RNC by initiating the lu 
Release procedure with an appropriate value for the Cause IE, e.g. "TRELoccompiete expiry". 

Interactions with the Relocation Detect procedure: 

If the RELOCATION DETECT message is not received by CN before reception of RELOCATION COMPLETE 
message, CN shall handle the RELOCATION COMPLETE message normally. 

8.9.4 Co-ordination of Two lu Signalling Connections 

When Relocation Complete procedure is to be initiated by target RNC, target RNC shall initiate the Relocation 
Complete procedure on all lu signalling connections existing for the UE between target RNC and CN. 
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8.10 Relocation Cancel 

8.10.1 General 

The purpose of the Relocation Cancel procedure is to enable source RNC to cancel an ongoing relocation of SRNS. The 
Relocation Cancel procedure may be initiated by the source RNC during and after the Relocation Preparation procedure 
if either of the following conditions is fulfilled: 

1. Source RNC has not yet initiated the execution of relocation of SRNS, neither via the lur interface nor via the Uu 
interface. 

2. After having initiated the execution of relocation of SRNS the UE has returned to source RNC by transmitting an 
RRC message which indicates that the UE considers the source RNC as its serving RNC. 

The procedure shall be co-ordinated in all lu signalling connections for which the Relocation Preparation procedure has 
been initiated. The procedure uses connection oriented signalling. 

8.10.2 Successful Operation 



Source RNC 



CN 



RELOCATION CANCEL 



RELOCATION CANCEL 
ACKNOWLEDGE 



Figure 11: Relocation Cancel procedure. Successful operation. 

RNC shall initiate the procedure by sending RELOCATION CANCEL message to CN. This message shall indicate the 
reason for cancelling the relocation of SRNS by appropriate value of the Cause IE. Upon reception of RELOCATION 
CANCEL message, CN shall send RELOCATION CANCEL ACKNOWLEDGE message to source RNC. 

Transmission and reception of RELOCATION CANCEL ACKNOWLEDGE message terminates the procedure in CN 
and source RNC respectively. After this, the source RNC does not have a prepared relocation for that lu signalling 
connection. 

Interactions with Relocation Preparation procedure: 

Upon reception of RELOCATION CANCEL message from source RNC, CN shall locally terminate the possibly 
ongoing Relocation Preparation procedure towards that RNC and abandon the relocation of SRNS. 

If source RNC receives RELOCATION COMMAND message from CN after Relocation Cancel procedure is initiated, 
source RNC shall ignore the received RELOCATION COMMAND message. 

8.10.3 Unsuccessful Operation 

Not applicable. 

8.10.4 Abnormal Conditions 

Not applicable. 
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8.10.5 Co-ordination of Two lu Signalling Connections 

If Relocation Cancel procedure is to be initiated due to other reasons than reception of RELOCATION 
PREPARATION FAILURE message, Relocation Cancel procedure shall be initiated on all lu signalling connections 
existing for the UE in which the Relocation Preparation procedure has not terminated unsuccessfully. 

8.1 1 SRNS Context Transfer 
8.11.1 General 

The purpose of the SRNS Context Transfer procedure is to trigger the transfer of SRNS contexts from the source RNC 
to the CN (PS domain) in case of inter-system forward handover. The procedure uses connection oriented signalling. 



8.11.2 Successful Operation 



RNC 



CN 



SRNS CONTEXT REOUEST 

< 

SRNS CONTEXT RESPONSE 

► 



Figure 12: SRNS Context Transfer procedure. Successful operation. 

The CN shall initiate the procedure by sending a SRNS CONTEXT REQUEST message to the source RNC. The SRNS 
CONTEXT REQUEST message shall include the list of RABs whose contexts should be transferred. 

The source RNC shall respond to the CN with a SRNS CONTEXT RESPONSE message containing the RAB Context 
information for the referenced RABs. For each RAB, the following information elements shall be included: 

- RAB ID; 

always when available, the sequence number for the next downlink GTP-PDU to be sent to the UE i.e. DL GTP- 
PDU Sequence Number; 

always when available, the sequence number for the next uplink GTP-PDU to be tunnelled to the GGSN i.e. UL 
GTP-PDU Sequence Number; 

always when available, the radio interface sequence number (PDCP) [17] of the next downlink N-PDU (PDCP 
SDU) that would have been sent to the UE by a source system i.e. DL N-PDU Sequence Number IE; 

always when available, the radio interface sequence number (PDCP) [17] of the next uplink N-PDU (PDCP 
SDU) that would have been expected from the UE by a source system i.e. UL N-PDU Sequence Number IE. 

Transmission and reception of the SRNS CONTEXT RESPONSE message shall terminate the procedure in the 
UTRAN and the CN respectively. 

8.1 1 .3 Unsuccessful Operation 

The RAB ID for each RAB for which UTRAN is not able to transfer the RAB context, e.g. if a RAB ID is unknown to 
the RNC, is included in the SRNS CONTEXT RESPONSE message together with a Cause IE, e.g. "Invalid RAB ID". 

8.1 1 .4 Abnormal Conditions 

Not applicable. 
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8.12 SRNS Data Forwarding Initiation 

8.12.1 General 

The purpose of the SRNS Data Forwarding procedure is to trigger the transfer of N-PDUs from the RNC to the CN 
(PS domain) in case of inter-system forward handover. The procedure uses connection oriented signalling. 

8.12.2 Successful Operation 



RNC 



CN 



SRNS DATA FORWARD COMMAND 



Figure 13: SRNS Data Forwarding Initiation procedure. Successful operation. 

CN initiates the procedure by sending SRNS DATA FORWARD COMMAND message to UTRAN. SRNS DATA 
FORWARD COMMAND message includes the list of RABs whose data should be forwarded and the necessary 
information for establishing a GTP tunnel to be used for data forwarding. 

Upon reception of SRNS DATA FORWARD COMMAND message RNC starts the timer TnAXAfwd- 

8.12.3 Abnormal Conditions 

Not applicable. 

8.13 SRNS Context Forwarding from Source RNC to CN 

8.13.1 General 

The purpose of this procedure is to transfer SRNS contexts from the source RNC to the CN (PS domain) in case of 
handover via the CN. The procedure uses connection oriented signalling. SRNS contexts are sent for each concerned 
RAB, for which at least either GTP-PDU or PDCP sequence numbering is available. The contexts contain the sequence 
numbers of the GTP-PDUs next to be transmitted in the uplink and downlink directions, if available, and the next PDCP 
sequence numbers that would have been used to send and receive data from the UE, if available. 

8.13.2 Successful Operation 



Source RNC 



CN 



FORWARD SRNS CONTEXT 



Figure 14: SRNS Context forwarding from source RNC to CN. Successful operation. 

The source RNC initialises the procedure by sending FORWARD SRNS CONTEXT message to the CN. The 
FORWARD SRNS CONTEXT message contains the RAB Context information for each referenced RAB. For each 
RAB the following information shall be included: 
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- RAB ID 

always when available, the sequence number for the next downlink GTP-PDU to be sent to the UE, and 

always when available, the sequence number for the next uplink GTP-PDU to be tunnelled to the GGSN; 

always when available, the radio interface sequence number (PDCP) [17] of the next uplink N-PDU (PDCP 
SDU) that would have been expected from the UE by a source system i.e. UL N-PDU Sequence Number IE; 

always when available, the radio interface sequence number (PDCP) [17] of the next downlink N-PDU (PDCP 
SDU) that would have been sent to the UE by a source system i.e. DL N-PDU Sequence Number IE. 

8.13.3 Abnormal Conditions 

Not applicable. 

8.14 SRNS Context Forwarding to Target RNC from CN 

8.14.1 General 

The purpose of this procedure is to transfer SRNS contexts from the CN (PS domain) to the target RNC in case of 
handover via the CN. The procedure uses connection oriented signalling. SRNS contexts are sent for each referenced 
RAB, for which at least either GTP-PDU or PDCP sequence numbering is available. The contexts contain the sequence 
numbers of the GTP-PDUs next to be transmitted in the uplink and downlink directions, if available, and the next PDCP 
sequence numbers that would have been used to send and receive data from the UE, if available,. 

8.14.2 Successful Operation 



Target RNC 



CN 



FORWARD SRNS CONTEXT 
< 



Figure 15: SRNS Context forwarding to target RNC from CN. Successful operation. 

The CN initialises the procedure by sending FORWARD SRNS CONTEXT message to the target RNC. The 
FORWARD SRNS CONTEXT message contains the RAB Context information for each referenced RAB. For each 
RAB the following information shall be included: 

- RAB ID 

always when available, the sequence number for the next downlink GTP-PDU to be sent to the UE, and 

always when available, the sequence number for the next uplink GTP-PDU to be tunnelled to the GGSN; 

always when available, the radio interface sequence number (PDCP) [17] of the next uplink N-PDU (PDCP 
SDU) that would have been expected from the UE by a source system i.e. UL N-PDU Sequence Number IE; 

always when available, the radio interface sequence number (PDCP) [17] of the next downlink N-PDU (PDCP 
SDU) that would have been sent to the UE by a source system i.e. DL N-PDU Sequence Number IE. 

8.14.3 Abnormal Conditions 

Not applicable. 
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8.15 Paging 

8.15.1 General 

The purpose of the Paging procedure is to enable the CN to request the UTRAN to contact that UE. The procedure uses 
connectionless signalling. 

8.15.2 Successful Operation 



RNC 



CN 
PAGING 



<- 



Figure 16: Paging procedure. Successful operation. 

The CN shall initiate the procedure by sending a PAGING message. This message shall contain information necessary 
for RNC to be able to page the UE, hke: 

CN Domain Indicator. 

- Permanent NAS UE Identity. 
Temporary UE Identity. 
Paging Area. 

Paging Cause. 

Non Searching Indicator. 

- DRX Cycle Length Coefficient 

The CN Domain Indicator IE shall be used by the RNC to identify from which CN domain the PAGING message 
originates. 

The Permanent NAS UE Identity IE (i.e. IMSI) shall be used by the UTRAN paging co-ordination function to check if a 
signalling connection towards the other CN domain already exists for this UE. In that case, the radio interface paging 
message shall be sent via that connection instead of using the paging broadcast channel. 

The Temporary UE Identity IE (e.g. TMSI) is the temporary identity of the user (allocated by that CN Domain) which 
can be used in a radio interface paging message. If the Temporary UE Identity IE is not included in the PAGING 
message, the RNC shall use the Permanent NAS UE Identity instead - if no signalling connection exists. 

The Paging Area IE shall be used by the RNC to identify the area in which the radio interface paging message shall be 
broadcast in case no signalling connection, as described above, already exists for the UE. If the Paging Area IE is not 
included in the PAGING message, the whole RNC area shall be used as Paging Area - if no signalling connection exists 
for that UE. 

The Paging Cause IE shall indicate to the RNC the reason for sending the PAGING message. The paging cause is 
transferred transparently to the UE. 

The Non Searching Indication IE shall, if present, be used by the RNC to decide whether the UTRAN paging co- 
ordination function needs to be activated or not. In the absence of this IE, UTRAN paging co-ordination shall be 
performed. 

The DRX Cycle Length Coefficient IE may be included in the PAGING message, and if present, the UTRAN shall, 
when applicable, use it for calculating the paging occasions for the UE. 
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It should be noted that each PAGING message on the lu interface relates to only one UE and therefore the RNC has to 
pack the pages into the relevant radio interface paging message. 

The core network is responsible for the paging repetition over the lu interface. 

8.15.3 Abnormal Conditions 

Not applicable. 

8.16 Common ID 
8.16.1 General 

The purpose of the Common ID procedure is to inform the RNC about the permanent NAS UE Identity (i.e. IMSI) of a 
user. This is used by the RNC e.g. to create a reference between the permanent NAS UE identity of the user and the 
RRC connection of that user for UTRAN paging co-ordination. The procedure uses connection oriented signalling. 



8.16.2 Successful Operation 

RNC 



CN 



COMMON ID 



Figure 17: Common ID procedure. Successful operation. 

After having established an lu signalling connection, and if the Permanent NAS UE identity (i.e. IMSI) is available, the 
CN shall send a COMMON ID message, containing the Permanent NAS UE Identity IE to the RNC. The RNC shall 
associate the permanent identity to the RRC Connection of that user and shall save it for the duration of the RRC 
connection. 

8.16.3 Abnormal Conditions 

Not applicable. 

8.17 CN Invoke Trace 

8.17.1 General 

The purpose of the CN Invoke Trace procedure is to inform the RNC that it should begin producing a trace record of a 
type indicated by the CN and related to the UE. The procedure uses connection oriented signalling. 

8.17.2 Successful Operation 



RNC 



CN 



CN INVOKE TRACE 



Figure 18: CN Invoke Trace procedure. Successful operation. 
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The CN Invoke Trace procedure is invoked by the CN by sending a CN INVOKE TRACE message to the RNC. 

The events and parameters to be recorded are indicated in the Trace Type IE. 

The OMC ID IE, if present, indicates the OMC to which the record is destined. 

The message includes a Trace Reference IE which is allocated by the entity which triggered the trace. 

The Trigger ID IE, if present, indicates the entity which triggered the trace. 

The Trace Reference and Trigger ID lEs are used to tag the trace record to allow simpler construction of the total record 
by the entity which combines trace records. 

Interaction with Relocation: 

The order to perform tracing is lost in UTRAN at successful Relocation of SRNS. If the tracing shall continue also after 
the relocation has been performed, the CN Invoke Trace procedure shall thus be re-initiated from the CN towards the 
future SRNC after the Relocation Resource Allocation procedure has been executed successfully. 

8.17.3 Abnormal Conditions 

Not applicable. 

8.18 Security Mode Control 

8.18.1 General 

The purpose of the Security Mode Control procedure is to allow the CN to pass cipher and integrity mode information 
to the UTRAN. UTRAN uses this information to select and load the encryption device for user and signalling data with 
the appropriate parameters, and also to store the appropriate parameters for the integrity algorithm. The procedure uses 
connection oriented signalling. 

8.18.2 Successful Operation 



RNC 



CN 



SECURITY MODE 

COMMAND 

I 

SECURITY MODE 
COMPLETE 



Figure 19: Security IVIode Control procedure. Successful operation. 

The CN shall start the procedure by sending to the UTRAN a SECURITY MODE COMMAND message. This message 
shall specify which ciphering, if any, and integrity protection algorithms may be used by the UTRAN. 

The Permitted Encryption Algorithms IE may contain "no encryption" within its list in order to allow the RNC not to 
cipher the respective connection if it cannot support any of the indicated UEAs. In the absence of the Encryption 
Information group IE in SECURITY MODE COMMAND message, the RNC shall handle it as no encryption. 
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Upon reception of the SECURITY MODE COMMAND message, the UTRAN shall internally select appropriate 
algorithms, taking into account the UE/UTRAN capabilities. The UTRAN shall then trigger the execution of the 
corresponding radio interface procedure and, if applicable, invoke the encryption device and also start the integrity 
protection. 

When the execution of the radio interface procedure is successfully finished, UTRAN shall return a SECURITY MODE 
COMPLETE message to the CN. This message shall include the chosen integrity protection and encryption algorithms. 

The Chosen Encryption IE shall be included in the SECURITY MODE COMPLETE message if, and only if the 
Encryption Information IE was included in the SECURITY MODE COMMAND message. 

The set of permitted algorithms specified in the SECURITY MODE COMMAND message shall remain applicable for 
subsequent RAB Assignments and Intra-UTRAN Relocations. 

In case of a UE with Radio Access Bearers towards both core networks, the user data towards CS shall always be 
ciphered according to the information received from CS and the user data towards PS with the information received 
from PS. The signalling data shall always be ciphered with the last received ciphering information and integrity 
protected with the last received integrity protection information from any of the two CNs. 



8.18.3 Unsuccessful Operation 



RNC 



CN 



SECURITY MODE 
COMMAND 

SECURITY MODE 
REJECT 



Figure 20: Security IVIode Control procedure. Unsuccessful operation. 

If the UTRAN or the UE is unable to support the ciphering and/or integrity protection algorithms specified in the 
SECURITY MODE COMMAND message, then the UTRAN shall return to CN a SECURITY MODE REJECT 
message with cause value "Requested Ciphering and/or Integrity Protection Algorithms not Supported". If the radio 
interface Security Control procedure fails, a SECURITY MODE REJECT message shall be sent to CN with cause value 
"Failure in the Radio Interface Procedure". 

8.18.4 Abnormal Conditions 

A SECURITY MODE REJECT message shall be returned if a CN requests a change of ciphering and/or integrity 
protection algorithms for a UE when ciphering or integrity protection is already active for that CN and such a change of 
algorithms is not supported by UTRAN and/or the UE. A cause value shall be set to "Change of Ciphering and/or 
Integrity Protection is not Supported". 

8.19 Location Reporting Control 
8.19.1 General 

The purpose of the Location Reporting Control procedure is to allow the CN to request information on the location of a 
given UE. The procedure uses connection oriented signalling. 
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8.19.2 Successful Operation 



RNC 
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LOCATION REPORTING 

CONTROL 

M 



Figure 21 : Location Reporting Control procedure. Successful operation. 

The CN shall initiate the procedure by generating a LOCATION REPORTING CONTROL message. 
The Request Type IE shall indicate to the serving RNC whether: 

to report directly; 

to report upon change of Service area, or 

to stop reporting. 

If reporting upon change of Service Area is requested, the Serving RNC shall report whenever the UE moves between 
Service Areas. For this procedure, only Service Areas that are defined for the PS and CS domains shall be considered. 

The Request Type IE shall also indicate what type of location information the serving RNC shall report. The location 
information is either of the following types: 

Service Area Identifier, or 

Geographical coordinates, with or without requested accuracy. 

A request for a direct report can be done in parallel with having an active request to report upon change of Service Area 
for the same UE. The request to report upon change of Service Area shall not be affected by this. 

Interaction with Relocation: 



The order to perform location reporting at change of Service Area is lost in UTRAN at successful Relocation of SRNS. 
If the location reporting at change of Service Area shall continue also after the relocation has been performed, the 
Location Reporting Control procedure shall thus be re-initiated from the CN towards the future SRNC after the 
Relocation Resource Allocation procedure has been executed successfully. 

8.19.3 Abnormal Conditions 

Not applicable. 

8.20 Location Report 
8.20.1 General 

The purpose of the Location Report procedure is to provide the UE's location information to the CN. The procedure 
uses connection oriented signalling. 
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8.20.2 Successful Operation 



RNC 



CN 



LOCATION REPORT ^ 



Figure 22: Location Report procedure. Successful operation. 

The serving RNC shall initiate the procedure by generating a LOCATION REPORT message. The LOCATION 
REPORT message may be used as a response for the LOCATION REPORTING CONTROL message. Also, when a 
user enters or leaves a classified zone set by O&M, e.g. zone where a disaster occurred, a LOCATION REPORT 
message shall be sent to the CN including the Service Area of the UE in the Area Identity IE. The Cause IE shall 
indicate the appropriate cause value to CN, e.g. "User Restriction Start Indication" and "User Restriction End 
Indication". The CN shall react to the LOCATION REPORT message with CN vendor specific actions. 

For this procedure, only Service Areas that are defined for the PS and CS domains shall be considered. 

In case reporting at change of Service Area is requested by the CN, then the RNC shall issue a LOCATION REPORT 

message 

- whenever the information given in the previous LOCATION REPORT message or INITIAL UE MESSAGE 
message is not anymore valid. 

- upon receipt of the first LOCATION REPORTING CONTROL message following a Relocation Resource 
Allocation procedure, with Request Type IE set to "Change of Service Area", as soon as SAI becomes available 
in the new SRNC and the relocation procedure has been successfully completed. 

In the case when Service Area is reported, the RNC shall include to the LOCATION REPORT message in the Area 
Identity IE the Service Area, which includes at least one of the cells from which the UE is consuming radio resources. 

If the RNC can not deliver the location information as requested by the CN, the RNC shall indicate the UE location to 
be "Undetermined" by omitting the Area Identity IE. A cause value shall instead be added to indicate the reason for the 
undetermined location, e.g. "Requested Report Type not supported". In case the "Requested Report Type not supported" 
cause value is used, then also the Request Type IE shall be included as a reference of what report type is not supported. 

If the Location Report procedure was triggered by a LOCATION REPORTING CONTROL message, which included a 
request for a geographical area with a specific accuracy, the LOCATION REPORT message shall include either a point 
with indicated uncertainty or a polygon, which both shall fulfill the requested accuracy as accurately as possible. If, on 
the other hand, no specific accuracy level was requested in the LOCATION REPORTING CONTROL message, it is up 
to UTRAN to decide with which accuracy to report. 

8.20.3 Abnormal Conditions 

Not applicable. 

8.21 Data Volume Report 
8.21.1 General 

The Data Volume Report procedure is used by CN to request the unsuccessfully transmitted DL data volume for 
specific RABs. This procedure only applies to PS domain. The procedure uses connection oriented signalling. 
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8.21 .2 Successful Operation 



RNC 



CN 



DATA VOLUME REPORT REOUEST 



DATA VOLUME REPORT 



Figure 23: Data Volume Report procedure. Successful operation. 

The procedure is initiated by CN by sending DATA VOLUME REPORT REQUEST message to UTRAN. This 
message shall contain the list of RAB ID lEs to identify the RABs for which the unsuccessfully transmitted DL data 
volume shall be reported. 

At reception of DATA VOLUME REPORT REQUEST message UTRAN shall produce the DATA VOLUME 
REPORT message indicating the amount of unsuccessfully transmitted DL data for the addressed RABs since the last 
data volume indication to CN. UTRAN shall also reset the data volume counter for the reported RABs. UTRAN shall 
send the DATA VOLUME REPORT message to CN. Transmission and reception of DATA VOLUME REPORT 
message terminates the procedure in UTRAN and CN respectively. 

The Data Volume Reference IE, if included, indicates the time when the data volume is counted. 



8.21 .3 Unsuccessful Operation 

The RAB ID for each RAB for which UTRAN is not able to transfer a data volume report is included in the DATA 
VOLUME REPORT message together with a Cause IE, e.g. "InvaHd RAB ID". 

8.21 .4 Abnormal Conditions 

Not applicable. 

8.22 Initial UE Message 
8.22.1 General 

The purpose of the Initial UE Message procedure is to establish an lu signalling connection between a CN domain and 
the RNC and to transfer the initial NAS-PDU to the CN. The procedure uses connection oriented signalling. 



8.22.2 Successful Operation 



RNC 



CN 



INITIAL UE MESSAGE 



Figure 24: Initial UE Message procedure. Successful operation. 
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When RNC has received from radio interface a NAS message (see ref. [8]) to be forwarded to CN domain to which the 
lu signalling connection for the UE does not exist, RNC shall initiate the Initial UE Message procedure and send the 
INITIAL UE MESSAGE message to the CN. 

In addition to the received NAS-PDU, RNC shall add following information to the INITIAL UE MESSAGE message: 

CN domain indicator, indicating the CN domain towards which this message is sent. 

For CS domain, the LAI which was the last LAI indicated to the UE by UTRAN via the current RRC 
connection, or if UTRAN had not yet indicated any LAI to the UE via the current RRC connection, then the LAI 
of the cell via which the current RRC connection was established. 

- For PS domain, the LAI+RAC which were the last LAI+RAC indicated to the UE by UTRAN via the current 
RRC connection, or if UTRAN had not yet indicated any LAI+RAC to the UE via the current RRC connection, 
then the LAI+RAC of the cell via which the current RRC connection was established. 

Service Area corresponding to at least one of the cells from which the UE is consuming radio resources. 

lu signalling connection identifier. 

The lu Signalling Connection Identifier IE contains an lu signalling connection identifier which is allocated by the 
RNC, and which the CN is required to store and remember for the duration of the lu connection. 

Whereas several processing entities within the CN (e.g. charging, interception, etc.) may make use of the location 
information given in the SAI IE and the LAI (and RAC) IE, the mobility management within the CN shall rely on the 
information given within the LAI IE (resp. LAI and RAC lEs) only. 

8.23 Direct Transfer 

8.23.1 General 

The purpose of the Direct Transfer procedure is to carry UE - CN signalling messages over the lu Interface. The 
UE - CN signalling messages are not interpreted by the UTRAN, and their content (e.g. MM or CC message) is outside 
the scope of this specification (see ref. [8]). The UE - CN signalling messages are transported as a parameter in the 
DIRECT TRANSFER messages. The procedure uses connection oriented signalling. 

8.23.2 Successful Operation 
8.23.2.1 CN Originated Direct Transfer 



RNC 



<- 



CN 
DIRECT TRANSFER 



Figure 25: Direct Transfer, CN originated. Successful operation. 

If a UE - CN signalling message has to be sent from the CN to the UE, the CN shall send a DIRECT TRANSFER 
message to the RNC including the UE - CN signalling message as a NAS-PDU IE. 

The use of the SAPI included in the DIRECT TRANSFER message enables the UTRAN to provide specific service for 
the transport of the messages. 
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8.23.2.2 UTRAN Originated Direct Transfer 



RNC 



CN 



DIRECT TRANSFER 



Figure 26: Direct Transfer, RNC originated. Successful operation. 

If a UE - CN signalling message has to be sent from the RNC to the CN without interpretation, the RNC shall send a 
DIRECT TRANSFER message to the CN including the UE - CN signalling message as a NAS-PDU IE. 

If the DIRECT TRANSFER message shall be sent to the PS domain, RNC shall also add the LAI and the /MC lEs, 
which were the last LAI+RAC indicated to the UE by UTRAN via the current RRC connection, or if UTRAN had not 
yet indicated any LAI+RAC to the UE via the current RRC connection, then the LAI+RAC of the cell via which the 
current RRC connection was established. The RNC shall also add Service Area corresponding to at least one of the cells 
from which the UE is consuming radio resources. 

8.24 CN Information Broadcast 

Void 

8.24.1 General 

Void 

8.24.2 Successful Operation 

Void 

8.24.3 Unsuccessful Operation 

Void 

8.24.4 Abnormal Conditions 

Void 

8.25 Overload Control 
8.25.1 General 

This procedure is defined to give some degree of signalling flow control. At the UTRAN "Processor Overload" and 
"Overload in the Capability to Send Signalling Messages to the UE" are catered for, and at the CN "Processor 
Overload" is catered for. The procedure uses connectionless signalling. 

The philosophy used is to stem the traffic at source with known effect on the service. The algorithm used is: 

At the CN side: 

If Tigoc is not running and an OVERLOAD message or "Signalling Point Congested" information is received, the 
traffic should be reduced by one step. It is also possible, optionally, to indicate the number of steps to reduce the 
traffic. At the same time, timers Tigoc and Ti^xc should be started. 
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During Tigoc all received OVERLOAD messages or "Signalling Point Congested" information should be 
ignored. 

This step by step reduction of traffic should be continued until maximum reduction is obtained by arriving at the 
last step. 

If TjnTc expires (i.e. no OVERLOAD message or "Signalling Point Congested" information is received during 
TinTc) the traffic should be increased by one step and Tinxc should be started unless normal load has been 
resumed. 

At the UTRAN side: 

If TigOR is not running and an OVERLOAD message or "Signalling Point Congested" information is received, the 
traffic should be reduced by one step. It is also possible, optionally, to indicate the number of steps to reduce the 
traffic. At the same time, timers TigOR and TinXR should be started. 

During TigOR all received OVERLOAD messages or "Signalling Point Congested" information should be 
ignored. 

This step-by-step reduction of traffic should be continued until maximum reduction is obtained by arriving at the 
last step. 

If TinTR expires (i.e. no OVERLOAD message or "Signalling Point Congested" information is received during 
TinTR) the traffic should be increased by one step and TinXR should be started unless normal load has been 
resumed. 

The number of steps and the method of reducing the load are considered to be an implementation specific function. 

There may be other traffic control mechanisms from O&M activities occurring simultaneously. 

8.25.2 Philosophy 

Void 

8.25.3 Successful Operation 
8.25.3.1 Overload at the CN 

RNC 



OVERLOAD 



± 



Figure 27: Overload at the CN. Successful operation. 

The CN should indicate to the RNC that it is in a congested state by sending an OVERLOAD message. 

At the UTRAN receipt of this message should cause the reduction of traffic to the CN node sending the message. 
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8.25.3.2 Overload at the UTRAN 



RNC 



CN 



OVERLOAD 



Figure 28: Overload at the UTRAN. Successful operation. 

If the UTRAN is not capable to send signalling messages to the UE due to overloaded resources then the UTRAN 
should send an OVERLOAD message to the CN. 

8.25.4 Abnormal Conditions 

Not applicable. 

8.26 Reset 

8.26.1 General 

The purpose of the Reset procedure is to initialise the UTRAN in the event of a failure in the CN or vice versa. The 
procedure uses connectionless signalling. 

8.26.2 Successful Operation 

8.26.2.1 Reset Procedure Initiated from the CN 



RNC 



CN 



RESET 
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Figure 29: Reset procedure initiated from the CN. Successful operation. 

In the event of a failure at the CN, which has resulted in the loss of transaction reference information, a RESET 
message shall be sent to the RNC. This message is used by the UTRAN to release affected Radio Access Bearers and to 
erase all affected references for the CN that sent the RESET message. 

After a guard period of TR^tc seconds a RESET ACKNOWLEDGE message shall be returned to the CN, indicating 
that all UEs which were involved in a call are no longer transmitting and that all references at the UTRAN have been 
cleared. 

Interactions with other procedures: 
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In case of interactions with other procedures, the Reset procedure shall always override all other procedures. 

8.26.2.2 Reset Procedure Initiated from the UTRAN 



RNC 
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Figure 30: Reset procedure initiated from the UTRAN. Successful operation. 

In the event of a failure at the UTRAN which has resulted in the loss of transaction reference information, a RESET 
message shall be sent to the CN. This message is used by the CN to release affected Radio Access Bearers and to erase 
all affected references. 

After a guard period of Trsir seconds a RESET ACKNOWLEDGE message shall be returned to the UTRAN 
indicating that all references have been cleared. 

Interactions with other procedures: 

In case of interactions with other procedures, the Reset procedure shall always override all other procedures. 

8.26.3 Abnormal Conditions 



8.26.3.1 



Abnormal Condition at the CN 



If the CN sends a RESET message to the RNC and receives no RESET ACKNOWLEDGE message within a period 
TRa» then it shall repeat the entire Reset procedure. The sending of the RESET message shall be repeated a maximum 
of "n" times where n is an operator matter. After the n-th unsuccessful repetition the procedure shall be stopped and e.g. 
the maintenance system be informed. 



8.26.3.2 



Abnormal Condition at the UTRAN 



If the RNC sends a RESET message to the CN and receives no RESET ACKNOWLEDGE message within a period 
TRafc then it shall repeat the entire Reset procedure. The sending of the RESET message shall be repeated a maximum 
of "n" times where n is an operator matter. After the n-th unsuccessful repetition the procedure shall be stopped and e.g. 
the maintenance system be informed. 

8.26.3.3 Crossing of Reset Messages 

When an entity that has sent a RESET message and is waiting for a RESET ACKNOWLEDGE message, instead 
receives a RESET message from the peer entity, it shall stop timer TRafc or TRafi^ and send a RESET ACKNOWLEDGE 
message to the peer entity. 
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8.27 Error Indication 
8.27.1 General 

The Error Indication procedure is initiated by a node to report detected errors in one incoming message, provided they 
cannot be reported by an appropriate failure message. 

If the error situation arises due to reception of a message utilising dedicated signalling, then the Error Indication 
procedure uses connection oriented signalling. Otherwise the procedure uses connectionless signalling. 



8.27.2 Successful Operation 

RNC 



CN 



ERROR INDICATION 



Figure 31 : Error Indication procedure, CN originated. Successful operation. 



RNC 



CN 



ERROR INDICATION 



Figure 32: Error Indication procedure, RNC originated. Successful operation. 

When the conditions defined in chapter 10 are fulfilled, the Error Indication procedure is initiated by an ERROR 
INDICATION message sent from the receiving node. 

Examples for possible cause values for protocol error indications are: 

"Transfer Syntax Error". 

"Semantic Error". 

"Message not compatible with receiver state". 

8.27.3 Abnormal Conditions 

Not applicable. 

8.28 CN Deactivate Trace 
8.28.1 General 

The purpose of the CN Deactivate Trace procedure is to inform the RNC that it should stop producing a trace record for 
the indicated trace reference. The procedure uses the connection oriented signalling. 
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8.28.2 Successful Operation 
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Figure 33: CN Deactivate Trace procedure. Successful operation. 

The CN Deactivate Trace procedure is invoked by the CN sending a CN DEACTIVATE TRACE message to the 
UTRAN. 

The Trace Reference IE and, if present, the Trigger ID IE are used to indicate which trace shall be stopped. 

8.28.3 Abnormal Conditions 

If the RNC receives a CN DEACTIVATE TRACE message with an unknown trace reference, the RNC shall take no 
action. 

8.29 Reset Resource 

8.29.1 General 

The purpose of the Reset Resource procedure is to initialise part of the UTRAN in the event of an abnormal failure in 
the CN or vice versa (e.g. Signalling Transport processor reset). The procedure uses connectionless signalling. 

8.29.1 .1 Reset Resource procedure initiated from the RNC 

Void 

8.29.1 .2 Reset Resource procedure initiated from the CN 

void 

8.29.2 Successful Operation 

8.29.2.1 Reset Resource procedure initiated from the RNC 



RNC 
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RESET RESOURCE 
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Figure 34: RNC initiated Reset Resource procedure. Successful operation. 

The RNC initiates this procedure by sending a RESET RESOURCE message to the CN. 

The RESET RESOURCE message shall include a Cause IE with appropriate cause value (e.g. "Signalling Transport 
Resource Failure"). 



£75/ 



3GPP TS 25.41 3 version 3.5.0 Release 1 999 50 ETSI TS 1 25 41 3 V3.5.0 (2001 -03) 

On reception of this message the CN shall release locally the resources and references (i.e. resources and lu signalling 
connection identifiers) associated to the lu signalling connection identifiers indicated in the received message. The CN 
shall always return the RESET RESOURCE ACKNOWLEDGE message to the RNC when all lu-related resources and 
references have been released. The list of lu signalling connection identifiers within the RESET RESOURCE 
ACKNOWLEDGE message shall be in the same order as received in the RESET RESOURCE message. Unknown 
signalling connection identifiers shall be reported as released. 

Both CN and RNC shall provide means to prevent the immediate re-assignment of released lu signalling connection 
identifiers to minimise the risk that the Reset Resource procedure releases the same lu signalling connection identifiers 
re-assigned to new lu connections. 

8.29.2.2 Reset Resource procedure initiated from the CN 

RNC CN 



RESET RESOURCE 



RESET RESOURCE 
ACKNOWLEDGE 



Figure 35: CN initiated Reset Resource procedure. Successful operation. 

The CN initiates this procedure by sending a RESET RESOURCE message to the RNC. 

The RESET RESOURCE message shall include a Cause IE with appropriate cause value (e.g. "Signalling Transport 
Resource Failure"). 

On reception of this message the RNC shall release locally the resources and references (i.e. radio resources and lu 
signalling connectionidentifiers) associated to the lu signalling connection identifiers indicated in the received message. 
The RNC shall always return the RESET RESOURCE ACKNOWLEDGE message to the CN when all lu-related 
resources and references have been released. The list of lu signalling connection identifiers within the RESET 
RESOURCE ACKNOWLEDGE message shall be in the same order as received in the RESET RESOURCE message. 
Unknown signalling connection identifiers shall be reported as released. 

Both RNC and CN shall provide means to prevent the immediate re-assignment of released lu signalling connection 
identifiers to minimise the risk that the Reset Resource procedure releases the same lu signalling connection identifiers 
re-assigned to new lu connections. 



9 Elements for RANAP Communication 

9.1 IVIessage Functional Definition and Content 
9.1.1 General 

Section 9.1 presents the contents of RANAP messages in tabular format. The corresponding ASN.l definition is 
presented in section 9.3. In case there is contradiction between the tabular format in section 9.1 and the ASN.l 
definition, the ASN. 1 shall take precedence, except for the definition of conditions for the presence of conditional lEs, 
where the tabular format shall take precedence. 

NOTE: The messages have been defined in accordance to the guidelines specified in [18]. 
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9.1.2 Message Contents 



9.1.2.1 



Presence 



All information elements in the message descriptions below are marked mandatory, optional or conditional according to 
the following table: 

Table 4: Meaning of abbreviations used in RANAP messages 
Abbreviation Meaning 



M 



lEs marked as Mandatory (M) will always be included in the 
message. 



lEs marked as Optional (O) may or may not be included in the 
message. 



lEs marked as Conditional (C) will be included in a message only if 
the condition is satisfied. Otherwise the IE is not included. 



9.1.2.2 



Criticality 



Each Information Element or Group of Information Elements may have criticality information applied to it. 
Following cases are possible: 

Table 5: Meaning of content within "Criticality" column 



Abbreviation 


Meaning 


- 


No criticality information is applied explicitly. 


YES 


Criticality information is applied. This is usable only for non- 
repeatable lEs 


GLOBAL 


The IE and all its repetitions together have one common criticality 
information. This is usable only for repeatable lEs. 


EACH 


Each repetition of the IE has its own criticality information. It is not 
allowed to assign different criticality values to the repetitions. This is 
usable only for repeatable lEs. 



9.1.2.3 Range 

The Range column indicates the allowed number of copies of repetitive lEs/lE groups. 

9.1.2.4 Assigned Criticality 

This column provides the actual criticality information as defined in chapter 10.3.2, if applicable. 

9.1 .3 RAB ASSIGNMENT REQUEST 

This message is sent by the CN to request the establishment, modification or release of one or more RABs for the same 
UE. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


RABs To Be Setup Or 
IVIodified 


0- 

IfNoOtherGr 
oup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>First Setup Or 
IVIodify Item 


M 






Grouping 
reason: 
same 
criticality 


YES 


reject 


»RAB ID 


M 




9.2.1.2 


The same 
RAB ID must 
only be 
present in 
one group. 






»NAS 

Synchronisation 

Indicator 


0- 

IfModifandN 
ASInfoProvi 
ded 




9.2.3.18 








»RAB Parameters 


C- 

IfSetuporNe 

wValues 




9.2.1.3 


Includes all 
necessary 
parameters 
for RABs 
(both for 
MSC and 
SGSN) 
including 
QoS. 






»User Plane 
Information 


0- 

ifSetuporNe 
wValues 












»>User Plane 
Mode 


M 




9.2.1.18 








»>UP Mode 
Versions 


M 




9.2.1.19 








»Transport Layer 
Information 


0- ifNot 
OnlyNSI 








- 




»>Transport 
Layer Address 


M 




9.2.2.1 




- 




»>lu Transport 
Association 


M 




9.2.2.2 




- 




»Service Handover 







9.2.1.41 




- 




>Second Setup Or 
Modify Item 


M 






Grouping 
reason: 
same 
criticality 


YES 


ignore 


» PDP Type 
Information 


0- 

ifPSandSetu 
P 




9.2.1.40 








»Data Volume 

Reporting 

Indication 


0- 

ifPSandSetu 
P 




9.2.1.17 








»DLGTP-PDU 
Sequence Number 


0- 

ifAvailPSand 
Setup 




9.2.2.3 








»ULGTP-PDU 
Sequence Number 


0- 

ifAvailPSand 
Setup 




9.2.2.4 








»DLN-PDU 
Sequence Number 


0- 

ifAvailPSand 
Setup 




9.2.1.33 








»ULN-PDU 
Sequence Number 


0- 

ifAvailPSand 
Setup 




9.2.1.34 








RABs To Be Released 


0- 

IfNoOtherGr 


Oto 
<maxnoofRABs> 






EACH 


ignore 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 




oup 












>RAB ID 


M 




9.2.1.2 


The same 
RAB ID must 
only be 
present in 
one group. 






>Cause 


M 




9.2.1.4 




- 





Condition 


Explanation 


IfPSandSetup 


This IE is only present for RABs towards the PS domain at RAB 
establishment. 


IfAvailPSandSetup 


This IE is only present when available for RABs towards the PS 
domain at RAB establishment. 


IfNoOtherGroup 


This group must be present at least when no other group is present, 
i.e. at least one group must be present. 


IfModifandNASInfoProvided 


This IE is present at a RAB modification if the relevant NAS 
information is provided by the CN. 


IfSetuporNewValues 


This IE or IE group is present at a RAB establishment or when any 
previously set value shall be modified at a RAB modification. 


IfNotOnlyNSI 


This IE group is present at a RAB establishment, and may be 
present at a RAB modification if at least one more IE than the RAB 
ID IE and the NAS Syncronisation Indicator IE is also included. 



Range bound 



Explanation 



maxnoofRABs 



Maximum no. of RABs for one UE. Value is 256. 



9.1 .4 RAB ASSIGNMENT RESPONSE 

This message is sent by the RNC to report the outcome of the request from the RAB ASSIGNMENT REQUEST 

message. 
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Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


reject 


RABs Setup Or Modified 


C- 

IfNoOtherGr 

oup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 


The same 
RAB ID must 
only be 
present in 
one group. 






>Transport Layer 
Address 


- ifPS 




9.2.2.1 




- 




>lu Transport 
Association 


- ifPS 




9.2.2.2 




- 




>Data Volume 


0- 
iflVlodReqPS 


Oto 
<maxnoofVol> 






- 




»Unsuccessfully 
Transmitted DL Data 
Volume 


M 




9.2.3.12 








»Data Volume 
Reference 







9.2.3.13 




- 




RABs Released 


0- 

IfNoOtherGr 

oup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 


The same 
RAB ID must 
only be 
present in 
one group. 






>Data Volume 


- ifReqPS 


Oto 
<maxnoofVol> 






- 




»Unsuccessfully 
Transmitted DL Data 
Volume 


M 




9.2.3.12 








»Data Volume 
Reference 







9.2.3.13 




- 




>DLGTP-PDU 
Sequence Number 


0- 
IfAvailUiPS 




9.2.2.3 




- 




>ULGTP-PDU 
Sequence Number 


0- 
ifAvailUiPS 




9.2.2.4 




- 




RABs Queued 


0- 

IfNoOtherGr 

oup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 


The same 
RAB ID must 
only be 
present in 
one group. 






RABs Failed To Setup Or 
Modify 


0- 

IfNoOtherGr 

oup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 


The same 
RAB ID must 
only be 
present in 
one group. 






>Cause 


M 




9.2.1.4 




- 




RABs Failed To Release 


0- 

IfNoOtherGr 

oup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 


The same 
RAB ID must 


- 
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only be 
present in 
one group. 






>Cause 


M 




9.2.1.4. 




- 




Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



Condition 


Explanation 


IfPS 


This IE is only present for RABs towards the PS domain. 


IfNoOtherGroup 


This group must be present at least when no other group is present, 
i.e. at least one group must be present. 


IfReqPS 


This IE is only present if data volume reporting for PS domain is 
required. 


IfModReqPS 


This IE is only present if the RAB has been modified and the data 
volume reporting for PS domain is required. 


IfAvailUiPS 


This IE is only present for RABs towards the PS domain when 
available and when the release was initiated by UTRAN. 



Range bound 


Explanation 


maxnoofRABs 


Maximum no. of RABs for one UE. Value is 256. 


maxnoofVol 


IVIaximum no. of reported data volume for one RAB. Value is 2. 



9.1 .5 RAB RELEASE REQUEST 

This message is sent by the RNC, to request the CN to release one or more RABs for the same UE. 

Direction: RNC -^ CN. 

SignalHng bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


ignore 


RABs To Be Released 




1 to 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Cause 


M 




9.2.1.4 




- 





Range bound 



maxnoofRABs 



Explanation 

IVIaximum no. of RABs for one UE. Value is 256. 



9.1 .6 lU RELEASE REQUEST 

This message is sent by the RNC to request the CN to release the lu connection. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


Cause 


M 




9.2.1.4 




YES 


ignore 



9.1 .7 lU RELEASE COMMAND 

This message is sent by the CN to order RNC to release all resources related to the lu connection. 
Direction: CN -^ RNC. 
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Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 



9.1 .8 lU RELEASE COMPLETE 

This message is sent by the RNC as response to the lU RELEASE COMMAND message. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


RABs Data Volume 
Report 


C - IfReqPS 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Data Volume 




1 to 
<maxnoofVol> 






- 




»Unsuccessfully 
Transmitted DL Data 
Volume 


M 




9.2.3.12 








»Data Volume 
Reference 







9.2.3.13 




- 




RABs Released 


C- 
ifAvailUiPS 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>DL GTP-PDU 
Sequence Number 


C - IfAvail 




9.2.2.3 




- 




>UL GTP-PDU 
Sequence Number 


C - IfAvail 




9.2.2.4 




- 




Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



Condition 


Explanation 


IfReqPS 


This Group is only present if data volume reporting for PS domain is 
required. 


IfAvailUiPS 


This group is only present for RABs towards the PS domain when 
sequence numbers are available and when the release was initiated 
by UTRAN. 


IfAvail 


This IE is only present when available 



Range bound 



maxnoofRABs 



Explanation 

Maximum no. of RABs for one UE. Value is 256. 



maxnoofVol 



Maximum no. of reported data volume for one RAB. Value is 2. 



9.1 .9 RELOCATION REQUIRED 

This message is sent by the source RNC to inform the CN that a relocation is to be performed. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Relocation Type 


M 




9.2.1.23 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 


Source ID 


M 




9.2.1.24 




YES 


ignore 


Target ID 


M 




9.2.1.25 




YES 


reject 


MS Classmark 2 


C- 

IfGSMtarget 




9.2.1.26 


Defined in 
[8]. 


YES 


reject 


MS Classmark 3 


C- 

IfGSMtarget 




9.2.1.27 


Defined in 
[8]. 


YES 


ignore 


Source RNC To Target 
RNC Transparent 
Container 


C- 

ifUMTStarge 

t 




9.2.1.28 




YES 


reject 


Old BSS To New BSS 
Information 


C- 

IfGSMtarget 




9.2.1.29 


Defined in 
[11]. 


YES 


ignore 



Condition 



Explanation 



IfGSMtarget 



This IE Is only present when initiating an inter-system handover 
towards GSM BSS. 



ifUMTStarget 



This IE shall be present when initiating relocation of SRNS. 



9.1.10 RELOCATION REQUEST 

This message is sent by the CN to request the target RNC to allocate necessary resources for a relocation. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Permanent NAS UE 
Identity 


C - if Avail 




9.2.3.1 




YES 


ignore 


Cause 


M 




9.2.1.4 




YES 


ignore 


CN Domain Indicator 


M 




9.2.1.5 




YES 


reject 


Source RNC To Target 
RNC Transparent 
Container 


M 




9.2.1.28 




YES 


reject 


RABs To Be Setup 




Oto 
<maxnoofRABs> 






EACH 


reject 


>RAB ID 


M 




9.2.1.2 




- 




>NAS Synchronisation 
Indicator 


C- 

ifNASInfoPro 

vided 




9.2.3.18 








>RAB Parameters 


M 




9.2.1.3 




- 




>Data Volume 

Reporting 

Indication 


C - if PS 




9.2.1.17 








> PDP Type 
Information 


C - ifPS 




9.2.1.40 




- 




>User Plane 
Information 


M 








- 




»User Plane Mode 


M 




9.2.1.18 




- 




»UP Mode Versions 


M 




9.2.1.19 




- 




>Transport Layer 
Address 


M 




9.2.2.1 








>lu Transport 
Association 


M 




9.2.2.2 




- 




>Service Handover 







9.2.1.41 




- 




Integrity Protection 
Information 


C - if Avail 




9.2.1.11 


Integrity 

Protection 

Information 

includes key 

and 

permitted 

algorithms. 


YES 


ignore 


Encryption Information 







9.2.1.12 


Encryption 

Information 

includes key 

and 

permitted 

algorithms. 


YES 


ignore 


lu Signalling Connection 
Identifier 


M 




9.2.1.38 




YES 


ignore 



Condition 


Explanation 


IfAvail 


This IE is only present if available at the sending side. 


IfPS 


This IE is only present for RABs towards the PS domain. 


IfNASInfoProvided 


This IE is present if the relevant NAS information is provided by the 
CN. 



Range bound 



Explanation 



maxnoofRABs 



Maximum no. of RABs for one UE. Value is 256. 



9.1 .11 RELOCATION REQUEST ACKNOWLEDGE 

This message is sent by the target RNC to inform the CN about the resuh of the resource allocation for the requested 
relocation. 

Direction: RNC -^ CN. 
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Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Target RNC To Source 
RNC Transparent 
Container 


C- 

IfApplNotOth 
erCN 




9.2.1.30 




YES 


ignore 


RABs Setup 




Oto 
<maxnoofRABs 






EACH 


reject 


>RAB ID 


M 




9.2.1.2 




- 




>Transport Layer 
Address 


C - ifPS 




9.2.2.1 




- 




>lu Transport 
Association 


C - ifPS 




9.2.2.2 








RABs Failed To Setup 




Oto 
<maxnoofRABs 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Cause 


M 




9.2.1.4 




- 




Chosen Integrity Protection 
Algorithm 


C - if A vail 




9.2.1.13 


Indicates 
which 
algorithm 
that will be 
used by the 
target RNC. 


YES 


ignore 


Chosen Encryption 
Algorithm 







9.2.1.14 


Indicates 
which 
algorithm 
that will be 
used by the 
target RNC. 


YES 


ignore 


Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



Condition 



IfPS 



Explanation 

This Group is only present for RABs towards the PS domain. 



IfApplNotOtherCN 



Must be included if applicable and if not sent via the other CN 
domain. 



IfAvail 



This IE is only present if available at the sending side. 



Range bound 



Explanation 



maxnoofRABs 



Maximum no. of RABs for one UE. Value is 256. 



9.1.12 RELOCATION COMMAND 

This message is sent by the CN to source RNC to inform that resources for the relocation are allocated in target RNC. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Target RNC To Source RNC 
Transparent Container 


C- 

IfRecdFro 

mRelocTar 

get 




9.2.1.30 




YES 


reject 


L3 Information 


C- 

IfRecdFro 
mRelocTar 
get 




9.2.1.31 


Defined in 
[11]. 


YES 


ignore 


RABs To Be Released 




Oto 
<maxnoofRABs 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




RABs Subject To Data 
Forwarding 


C - ifPS 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Transport Layer 
Address 


M 




9.2.2.1 




- 




>lu Transport 
Association 


M 




9.2.2.2 




- 




Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



Condition 



Explanation 



IfRecdFromRelocTarget 
IfPS 



This IE shall be included if it is received by the CN from the 

relocation target. 

This Group is only present for RABs towards the PS domain. 



Range bound 



Explanation 



maxnoofRABs 



IVlaximum no. of RABs for one UE. Value is 256. 



9.1.13 RELOCATION DETECT 

This message is sent by the target RNC to inform the CN that the relocation execution trigger has been received. 

Direction: RNC -^ CN. 

SignalHng bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVlessage Type 


M 




9.2.1.1 




YES 


ignore 



9.1.14 RELOCATION COMPLETE 

This message is sent by the target RNC to inform the CN that the relocation is completed. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVlessage Type 


M 




9.2.1.1 




YES 


ignore 
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9.1.15 RELOCATION PREPARATION FAILURE 

This message is sent by the CN to the source RNC if the relocation preparation failed. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 


Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



9.1.16 RELOCATION FAILURE 

This message is sent by the target RNC to inform the CN that the requested resource allocation failed. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 


Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



9.1.17 RELOCATION CANCEL 

This message is sent by the source RNC to the CN to cancel an ongoing relocation. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 



9.1.18 RELOCATION CANCEL ACKNOWLEDGE 

This message is sent by the CN to the source RNC when the relocation has been cancelled. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



9.1.19 SRNS CONTEXT REQUEST 

This message is sent by the CN to source RNC to indicate the PS RABs for which context transfer shall be performed. 
Direction: CN -^ RNC. 
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Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


RABs Subject To Data 
Forwarding 




1 to 
<maxnoofRABs> 






EACH 


reject 


>RAB ID 


M 




9.2.1.2 




- 





Range bound 



maxnoofRABs 



Explanation 

Maximum no. of RABs for one UE. Value is 256. 



9.1 .20 SRNS CONTEXT RESPONSE 

This message is sent by the source RNC as a response to SRNS CONTEXT REQUEST message. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


RABs Contexts 


C- 

IfNoOtherG 

roup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>DLGTP-PDU 
Sequence Number 


C - IfAvail 




9.2.2.3 




- 




>ULGTP-PDU 
Sequence Number 


C - IfAvail 




9.2.2.4 




- 




>DL N-PDU Sequence 
Number 


C - IfAvail 




9.2.1.33 




- 




>UL N-PDU Sequence 
Number 


C - IfAvail 




9.2.1.34 




- 




RABs Contexts Failed To 
Transfer 


C- 

IfNoOtherG 

roup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Cause 


M 




9.2.1.4 




- 




Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



Condition 



Explanation 



IfNoOtherGroup 



This group must be present at least when no other group is present, 
i.e. at least one group must be present. 



IfAvail 



This IE is only present when available 



Range bound 



Explanation 



maxnoofRABs 



Maximum no. of RABs for one UE. Value is 256. 



9.1 .21 SRNS DATA FORWARD COMMAND 

This message is sent by the CN to the RNC to trigger the transfer of N-PDUs from the RNC to the CN in inter-system 
forward handover. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


RABs Subject To Data 
Forwarding 


C - ifPS 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Transport Layer 
Address 


M 




9.2.2.1 




- 




>lu Transport 
Association 


M 




9.2.2.2 




- 





Condition 


Explanation 


ifPS 


This Group is only present for RABs towards the PS domain. 



Range bound 



Explanation 



maxnoofRABs 



Maximum no. of RABs for one UE. Value is 256. 



9. 1 .22 FORWARD SRNS CONTEXT 

This message is sent either by source RNC to the CN or by the CN to target RNC. 
Direction: CN -^ RNC and RNC -^ CN. 
SignalHng bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


RAB Contexts 




1 to 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>DL GTP-PDU 

Sequence 

Number 


C - if Avail 




9.2.2.3 








>UL GTP-PDU 

Sequence 

Number 


C - if Avail 




9.2.2.4 








>DL N-PDU Sequence 
Number 


- if Avail 




9.2.1.33 




- 




>UL N-PDU Sequence 
Number 


C - if Avail 




9.2.1.34 




- 





Condition 



IfAvail 



Explanation 

This IE is only present when available 



Range bound 



maxnoofRABs 



Explanation 

Maximum no. of RABs for one UE. Value is 256. 



9.1.23 PAGING 

This message is sent by the CN to request UTRAN to page a specific UE. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connectionless. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


CN Domain Indicator 


M 




9.2.1.5 




YES 


ignore 


Permanent NAS UE Identity 


M 




9.2.3.1 




YES 


ignore 


Temporary UE Identity 







9.2.3.2 




YES 


ignore 


Paging Area ID 







9.2.1.21 




YES 


ignore 


Paging Cause 







9.2.3.3 




YES 


ignore 


Non Searching Indication 







9.2.1.22 




YES 


ignore 


DRX Cycle Length 
Coefficient 


c- 

IfAvailforU 

E 




9.2.1.37 




YES 


ignore 



Condition 



Explanation 



IfAvailforUE 



This IE shall be included whenever available for that UE. 



9.1.24 COMMON ID 

This message is sent by the CN to inform RNC about the permanent NAS UE identity for a user. 

Direction: CN -^ RNC. 

SignalHng bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


Permanent NAS UE Identity 


M 




9.2.3.1 




YES 


ignore 



9.1.25 CN INVOKE TRACE 

This message is sent by the CN to request the RNC to start to produce a trace record. 

Direction: CN -^ RNC. 

SignalHng bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


Trace Type 


M 




9.2.1.6 




YES 


ignore 


Trace Reference 


M 




9.2.1.8 




YES 


ignore 


Trigger ID 







9.2.1.7 




YES 


ignore 


UE Identity 







9.2.1.9 




YES 


ignore 


OMCID 







9.2.1.10 




YES 


ignore 



9.1 .26 SECURITY MODE COMMAND 

This message is sent by the CN to trigger the integrity and ciphering functions over the radio interface. 

Direction: CN -^ RNC. 

SignalHng bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Integrity Protection 


M 




9.2.1.11 


Integrity 


YES 


reject 


Information 








information 
includes 
key and 
permitted 
algorithms. 






Encryption Information 







9.2.1.12 


Encryption 
information 
includes 
key and 
permitted 
algorithms. 


YES 


ignore 


Key Status 


M 




9.2.1.36 




YES 


reject 



9.1 .27 SECURITY MODE COMPLETE 

This message is sent by the RNC as a successful response to SECURITY MODE COMMAND message. 

Direction: RNC -^ CN. 

SignalHng bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Chosen Integrity Protection 
Algorithm 


M 




9.2.1.13 




YES 


reject 


Chosen Encryption 
Algorithm 







9.2.1.14 




YES 


ignore 


Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



9.1.28 SECURITY MODE REJECT 

This message is sent by the RNC as a unsuccessful response to SECURITY MODE COMMAND message. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 


Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



9.1 .29 LOCATION REPORTING CONTROL 

This message is sent by the CN to initiate, modify or stop location reporting from the RNC to the CN. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


Request Type 


M 




9.2.1.16 




YES 


ignore 



9. 1 .30 LOCATION REPORT 

This message is sent by the RNC to the CN with information about the UE location. 

Direction: RNC -^ CN. 

SignalHng bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


ignore 


Area Identity 







9.2.3.10 




YES 


ignore 


Cause 







9.2.1.4 




YES 


ignore 


Request Type 


C- 

ifReqType 
NS 




9.2.1.16 




YES 


ignore 



Condition 



Explanation 



IfReqTypeNS 



This IE shall be present when Cause IE is present and has value 
"Requested Report Type not supported" 



9.1 .31 DATA VOLUME REPORT REQUEST 

This message is sent by the CN to request unsuccessfully transmitted data volumes for specific RABs. 

Direction: CN -^ RNC. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


RABs Data Volume Report 




1 to 
<maxnoofRABs> 






EACH 


reject 


>RAB ID 


M 




9.2.1.2 




- 


















Range bound 


Explanation 






maxnoofRABs 


Maximum no. 


of RABs for one UE. Value is 256. 







9.1 .32 DATA VOLUME REPORT 

This message is sent by the RNC and informs the CN about unsuccessfully transmitted data volumes for requested 
RABs. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


RABs Data Volume Report 


C- 

IfNoOtherG 

roup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Data Volume 




Oto 
<maxnoofVol> 






- 




»Unsuccessfully 
Transmitted DL Data 
Volume 


M 




9.2.3.12 








»Data Volume 
Reference 







9.2.3.13 




- 




RABs Failed To Report 


C- 

IfNoOtherG 

roup 


Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>Cause 


M 




9.2.1.4 




- 




Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



Condition 



Explanation 



IfNoOtherGroup 



This group must be present at least when no other group is present, 
i.e. at least one group must be present. 



Range bound 



maxnoofRABs 



Explanation 

Maximum no. of RABs for one UE. Value is 256. 



maxnoofVol 



Maximum no. of reported data volume for one RAB. Value is 2. 



9.1 .33 INITIAL UE MESSAGE 

This message is sent by the RNC to transfer the radio interface initial layer 3 message to the CN. 

Direction: RNC -^ CN. 

Signalling bearer mode: Connection oriented. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


CN Domain Indicator 


M 




9.2.1.5 




YES 


ignore 


LAI 


M 




9.2.3.6 




YES 


ignore 


RAC 


C - ifPS 




9.2.3.7 




YES 


ignore 


SAI 


M 




9.2.3.9 




YES 


ignore 


NAS-PDU 


M 




9.2.3.5 




YES 


ignore 


lu Signalling Connection 
Identifier 


M 




9.2.1.38 




YES 


ignore 


Global RNC-ID 


M 




9.2.1.39 




YES 


ignore 



Condition 


Explanation 


ifPS 


This IE is only present for RABs towards the PS domain. 



9.1.34 DIRECT TRANSFER 

This message is sent by both the CN and the RNC and is used for carrying NAS information over the lu interface. 
Direction: RNC -^ CN and CN -^ RNC. 
Signalling bearer mode: Connection oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


ignore 


NAS-PDU 


M 




9.2.3.5 




YES 


ignore 


LAI 


C- 
ifPS2CN 




9.2.3.6 




YES 


ignore 


RAG 


C- 
ifPS2CN 




9.2.3.7 




YES 


ignore 


SAI 


C- 
ifPS2CN 




9.2.3.9 




YES 


ignore 


SAPI 


C-ifDL 




9.2.3.8 




YES 


ignore 



Condition 


Explanation 


IfPS2CN 


This IE is only present if the message is directed to the PS domain in 
uplink direction. 


IfDL 


This IE is always used in downlink direction. 



9.1 .35 CN INFORMATION BROADCAST REQUEST 



Void 



9.1 .36 CN INFORMATION BROADCAST CONFIRM 

Void 

9.1 .37 CN INFORMATION BROADCAST REJECT 

Void 

9.1.38 OVERLOAD 

This message is sent by both the CN and the RNC to indicate that the node is overloaded. 
Direction: RNC -^ CN and CN -^ RNC. 
Signalling bearer mode: Connectionless. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


ignore 


Number Of Steps 







9.2.1.32 




YES 


ignore 


Global RNC-ID 


C- ifUL 




9.2.1.39 




YES 


ignore 












Condition 


Explanation 








IfUL 


This IE is always used in uplink direction 









9.1.39 RESET 

This message is sent by both the CN and the RNC and is used to request that the other node shall be reset. 
Direction: RNC -^ CN and CN -^ RNC. 
Signalling bearer mode: Connectionless. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticallty 


Assigned 
Criticallty 


Message Type 


M 




9.2.1.1 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 


CN Domain Indicator 


M 




9.2.1.5 




YES 


reject 


Global RNC-ID 


C-ifUL 




9.2.1.39 




YES 


ignore 



Condition 



Explanation 



IfUL 



This IE is always used in uplink direction 



9.1 .40 RESET ACKNOWLEDGE 

This message is sent by both the CN and the RNC as a response to RESET message. 
Direction: RNC -^ CN and CN -^ RNC. 
Signalling bearer mode: Connectionless. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticallty 


Assigned 
Criticallty 


IVIessage Type 


M 




9.2.1.1 




YES 


reject 


CN Domain Indicator 


M 




9.2.1.5 




YES 


reject 


Criticallty Diagnostics 







9.2.1.35 




YES 


ignore 


Global RNC-ID 


C-ifUL 




9.2.1.39 




YES 


ignore 



Condition 



Explanation 



IfUL 



This IE is always used in uplink direction 



9.1.41 ERROR INDICATION 

This message is sent by both the CN and the RNC and is used to indicate that some error has been detected in the node. 

Direction: RNC -^ CN and CN -^ RNC. 

Signalling bearer mode: Connection oriented or connectionless. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticallty 


Assigned 
Criticallty 


IVIessage Type 


M 




9.2.1.1 




YES 


ignore 


Cause 


C - ifalone 




9.2.1.4 




YES 


ignore 


Criticallty Diagnostics 


C - ifalone 




9.2.1.35 




YES 


ignore 


CN Domain Indicator 







9.2.1.5 




YES 


ignore 


Global RNC-ID 


C- 
ifULandCL 




9.2.1.39 




YES 


ignore 



Condition 



ifalone 



Explanation 

At least either Cause IE or Criticallty Diagnostics IE shall be present. 



ifULandCL 



This IE is always used in uplink direction when message is sent 
connectionless 



9. 1 .42 CN DEACTIVATE TRACE 

This message is sent by the CN to request the RNC to stop producing a trace record for the indicated trace reference. 

Direction: CN ^ RNC. 

Signalling bearer mode: Connection Oriented. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


ignore 


Trace Reference 


M 




9.2.1.8 




YES 


ignore 


Trigger ID 







9.2.1.7 




YES 


ignore 



9.1 .43 RANAP RELOCATION INFORMATION 

This message is part of a special RANAP Relocation Information procedure, and is sent between RNCs during 
Relocation. 

Direction: RNC - RNC. 

Signalling bearer mode: Not applicable. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


ignore 


Direct Transfer 
Information 




to <maxnoofDT> 




Information 
received in 
one or more 
DIRECT 
TRANSFER 
messages 
and that 
needs to be 
transferred 
to target 
RNC for 
further 
transmissio 
ntotheUE. 


EACH 


ignore 


>NAS-PDU 


M 




9.2.3.5 




- 




>SAPI 


M 




9.2.3.8 




- 




>CN Domain Indicator 


M 




9.2.1.5 




- 




RAB Contexts 




Oto 
<maxnoofRABs> 






EACH 


ignore 


>RAB ID 


M 




9.2.1.2 




- 




>DLGTP-PDU 
Sequence Number 


C - if Avail 




9.2.2.3 




- 




>ULGTP-PDU 
Sequence Number 


C - if Avail 




9.2.2.4 




- 




>DL N-PDU Sequence 
Number 


C - if Avail 




9.2.1.33 




- 




>UL N-PDU Sequence 
Number 


C - if Avail 




9.2.1.34 




- 





Condition 



Explanation 



IfAvail 



This IE is only present when available 



Range bound 


Explanation 


maxnoofDT 


IVIaximum no. of DT information. Value is 15. 


maxnoofRABs 


Maximum no. of RABs for one UE. Value is 256. 



9.1.44 RESET RESOURCE 

This message is sent by either CN or RNC. The sending entity informs the receiving entity that the sending requests the 
receiving entity to release resources and references associated to lu signalling connection identifiers in the message. 

Direction: CN <-^ RNC. 
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Signalling bearer mode: Connectionless. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


Message Type 


M 




9.2.1.1 




YES 


reject 


CN Domain Indicator 


M 




9.2.1.5 




YES 


reject 


Cause 


M 




9.2.1.4 




YES 


ignore 


lu Signalling Connections 
To Be Released 




1 to 

<maxnoofluSigCo 

nids 






EACH 


reject 


>lu Signalling 
Connection Identifier 


M 




9.2.1.38 




- 




Global RNC-ID 


C - ifUL 




9.2.1.39 




YES 


ignore 



Condition 



IfUL 



Explanation 

This IE is always used in uplink direction 



Range bound 



Explanation 



maxnoofluSigConlds 



Maximum no. of lu signalling connection identifiers. Value is 250. 
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9.1 .45 RESET RESOURCE ACKNOWLEDGE 

This message is sent by either the CN or RNC inform the CN or RNC that the RESET RESOURCE message has been 
received. 

Direction: CN <-^ RNC. 

Signalling bearer mode: Connectionless. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


IVIessage Type 


M 




9.2.1.1 




YES 


reject 


CN Domain Indicator 


M 




9.2.1.5 




YES 


reject 


lu Signalling 
Connections Released 




1 to 

<maxnoofluSigCo 

nids 




This list 
shall be in 
the same 
order as the 
list received 
in the 
RESET 
RESOURC 
E message. 


EACH 


reject 


>lu Signalling 
Connection Identifier 


M 




9.2.1.38 




- 




Global RNC-ID 


C - ifUL 




9.2.1.39 




YES 


ignore 


Criticality Diagnostics 







9.2.1.35 




YES 


ignore 



Condition 



IfUL 



Explanation 

This IE is always used in uplink direction 



Range bound 



Explanation 



maxnoofluSigConlds 



Maximum no. of lu signalling connection identifiers. Value is 250. 



9.2 



Information Element Definitions 



9.2.0 General 

Section 9.2 presents the RANAP IE definitions in tabular format. The corresponding ASN.l definition is presented in 
section 9.3. In case there is contradiction between the tabular format in section 9.2 and the ASN.l definition, the ASN.l 
shall take precedence, except for the definition of conditions for the presence of conditional elements, where the tabular 
format shall take precedence. 

9.2.1 Radio Network Layer Related lEs 
9.2.1.1 Message Type 

Message Type IE uniquely identifies the message being sent. It is mandatory for all messages. 
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IE type and reference 



Semantics description 

Assumed max no of messages 
is 256. 



IE/Group Name 
Message Type 



Presence Range 



>Procedure Code 



M 



ENUMERATED (RAB 

Assignment, 

RAB Release Request, 

lu Release Request, 

lu Release, 

Relocation Preparation, 

Relocation Resource 

Allocation, 

Relocation Detect, 

Relocation Complete 

Relocation Cancel, 

SRNS Context 

Transfer, 

SRNS Data Forwarding 

Initiation, 

SRNS Context 

Forwarding from 

Source RNC to CN, 

SRNS Context 

Forwarding to Target 

RNC from CN, 

Paging, 

Common ID, 

CN Invoke Trace, 

Security IVIode Control, 

Location Reporting 

Control 

Location Report, 

Data Volume Report, 

Initial UE Message 

Direct Transfer, 

Overload Control, 

Reset, 

Error Indication, 

CN Deactivate Trace, 

RANAP Relocation 

Information, 

Reset Resource, 

Reset Resource 

Acknowledge, ...) 



>Type of Message 



M 



ENUMERATED 
(Initiating Message, 
Successful Outcome, 
Unsuccessful Outcome, 
Outcome) 



9.2.1.2 



RABID 



This element uniquely identifies the radio access bearer for a specific CN domain for a particular UE, which makes the 
RAB ID unique over one lu connection. The RAB ID shall remain the same for the duration of the RAB even when the 
RAB is relocated to another lu connection. 

The purpose of the element is to bind data stream from the Non- Access Stratum point of view (e.g. bearer of call or 
PDP context) and radio access bearer in Access Stratum. The value is also used in the RNC to relate Radio Bearers to a 
RAB. The content of this information element is transferred unchanged from the CN node (i.e., MSC or SGSN) via 
RNC to UE by RANAP messages and RRC messages. For RRC messages refer to [10]. 

The element contains binary representation of either the Stream Identifier (SI) for CS domain or the Network Service 
Access Point Identifier (NSAPI) for PS domain. These identifiers are coded in the RAB ID element in accordance with 
the coding of the Stream Identifier IE and with the coding of the NSAPI IE in [8]. 
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IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



RABID 



M 



BIT STRING 

M 



9.2.1.3 



RAB Parameters 



The purpose of the RAB parameters IE group and other parameters within the RAB parameters IE group is to indicate 
all RAB attributes as defined in [7] for both directions. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



RAB parameters 

>Traffic Class 



M 



ENUMERATED 
(conversational, 
streaming, 
interactive, 
background, ...) 



Desc: This IE indicates the type 
of application for which the 
Radio Access Bearer service is 
optimised 



>RAB Asymmetry 
Indicator 



M 



ENUMERATED 

(Symmetric 

bidirectional, 

Asymmetric Uni 

directional 

downlink. 

Asymmetric Uni 

directional 

Uplink, 

Asymmetric 

Bidirectional, ...) 



Desc: This IE indicates 
asymmetry or symmetry of the 
RAB and traffic direction 



>Maximum Bit Rate 



M 



1 to <nbr- 

SeparateTrafficDir 

ections> 



>Guaranteed Bit Rate 



0- 

iftrafficCon 
v-Stream 



to <nbr- 

SeparateTrafficDir 

ections> 



INTEGER 
(1.. 16,000,000) 



INTEGER 
(0.. 16,000,000) 



Desc: This IE indicates the 
maximum number of bits 
delivered by UTRAN and to 
UTRAN at a SAP within a period 
of time, divided by the duration 
of the period. 
The unit is: bit/s 
Usage: 
When nbr- 

SeparateTrafficDirections is 
equal to 2, then Maximum Bit 
Rate attribute for downlink is 
signalled first, then Maximum Bit 

Rate attribute for uplink 

Desc: This IE indicates the 
guaranteed number of bits 
delivered at a SAP within a 
period of time (provided that 
there is data to deliver), divided 
by the duration of the period. 
The unit is: bit/s 
Usage: 

1 . When nbr- 
SeparateTrafficDirections is 
equal to 2, then 
Guaranteed Bit Rate for 
downlink is signalled first, 
then Guaranteed Bit Rate 
for uplink 

2. Delay and reliability 
attributes only apply up to 
the guaranteed bit rate 

3. Conditional value: 
Set to lowest rate 
controllable bitrate, where 
bitrate is either 

- one of the RAB subflow 
combination bitrate lEs 
(when present) 

or 

- one of the calculated 
values given when dividing 
the compound Subflow 
combination SOU sizes by 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


RAB parameters 


















the value of the IE 
Maximum SDU Size and 
then multiplying this result 
by the value of the IE 
Maximum Bit Rate. 


>Delivery Order 


M 




ENUMERATED 
(delivery order 
requested, 
delivery order 
not requested) 


Desc: This IE indicates 
whether the RAB shall provide 
in-sequence SDU delivery or not 
Usage: 

Delivery order requested: in 
sequence delivery shall be 
guaranteed by UTRAN on all 
RAB SDUs 

Delivery order not requested: in 
sequence delivery is not 
required from UTRAN 


>Maximum SDU Size 


M 




INTEGER 
(0.. 32768) 


Desc: This IE indicates the 

maximum allowed SDU size 

The unit is: bit. 

Usage: 

Conditional value: 

Set to largest RAB Subflow 

Combination compound SDU 

size (when present) among the 

different RAB Subflow 

Combinations 


> SDU parameters 




1 to 

<maxRABSubflow 

s> 


See below 


Desc: This IE contains the 

parameters charactehzing the 

RAB SDUs 

Usage 

Given per subflow with first 

occurence corresponding to 

subflow#1 etc... 


>Transfer Delay 


C- 

iftrafficCon 
v-Stream 




INTEGER 
(0..65535) 


Desc: This IE indicates the 
maximum delay for 95th 
percentile of the disthbution of 
delay for all delivered SDUs 
duhng the lifetime of a RAB, 
where delay for an SDU is 
defined as the time from a 
request to transfer an SDU at 
one SAP to its delivery at the 
other SAP 

The unit is: millisecond. 
Usage: 


>Traffic Handling Priority 


C- 

iftrafficlnter 

activ 




INTEGER 
{spare (0), 
highest (1), 
lowest (14), no 
priority used 
(15)}(0...15) 


Desc: This IE specifies the 
relative importance for handling 
of all SDUs belonging to the 
radio access bearer compared 
to the SDUs of other bearers 
Usage: 


>Allocation/Retention 
priority 







See below 


Desc: This IE specifies the 
relative importance compared to 
other Radio access bearers for 
allocation and retention of the 
Radio access bearer. 
Usage: 

If this IE is not received, the 
request is regarded as it cannot 
trigger the pre-emption process 
and it is vulnerable to the pre- 
emption process. 


>Source Statistics 
Descriptor 


C- 

iftrafficCon 
v-Stream 




ENUMERATED 
(speech, 
unknown, ...) 


Desc: This IE_specifies 
characteristics of the source of 
submitted SDUs 
Usage: 


>Relocation 


C-ifPS 




ENUMERATED 
(lossless, none, 


Desc: This IE_specifies in which 
way the radio access bearer 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


RAB parameters 










Requirement 






...) 


shall be treated in case of 

relocation 

Usage: 

Lossless : lossless relocation is 

required for this RAB, as defined 

in [21]. 



Range Bound 


Explanation 


nbr-SeparateTrafficDirection 


Number of Traffic Directions being signalled 




separately. 




Set to 2 if RAB asymmetry indicator is 




asymmetric bidirectional. 




Set to 1 in all other cases. 



Range Bound 


Explanation 


maxRABSubflows 


IVIaximum number of Subflows per RAB. Value 
is 7 



Condition 



Explanation 



IftrafficConv-Stream 



This IE is only present when traffic class indicates "Conversational" 
or "Streaming" 



Iftrafficlnteractiv 



This IE is only present when traffic class indicates "Interactive" 



IfPS 



This IE is only present for RABs towards the PS domain. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


SDU parameters 










> SDU Error Ratio 


C- 

IfErroneou 
sSDU 






Desc: This IE indicates the 

fraction of SDUs lost or detected 

as erroneous. 

This is a Reliability attribute 

Usage: 

The attribute is coded as follows: 

Mantissa* 10 -'=^P°"'="' 


»l\/lantissa 


M 




INTEGER (1 ..9) 




»Exponent 


M 




INTEGER (1 ..6) 




>Residual Bit Error 
Ratio 


M 






Desc: This IE indicates the 

undetected bit error ratio for 

each subflow in the delivered 

SDU. 

This is a Reliability attribute. 

Usage: 

The attribute is coded as follows: 

Mantissa* 10-"'"'°"''"' 


»l\/lantissa 


M 




INTEGER (1 ..9) 




»Exponent 


M 




INTEGER (1 ..8) 




>Delivery Of Erroneous 
SDU 


M 




ENUMERATED 
(yes, no, no- 
error-detection- 
consideration) 


Desc: This IE indicates whether 
SDUs with detected errors shall 
be delivered or not. In case of 
unequal error protection, the 
attribute is set per subflow 
This is a Reliability attribute 
Usage: 

Yes: error detection applied, 
erroneous SDU delivered 
No. Error detection is applied , 
erroneous SDU discarded 
no-error-detection-consideration: 
SDUs delivered without 
considering error detection 


>SDU format 


C- 


1 to 


See below 


Desc: This IE contains the list 
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information Parameter IfPredefine 

dSDUSize 



<maxRABSubflow 
Combinations> 



of possible exact sizes of SDUs 
and/or RAB Subflow 
Combination bit rates. 
Given per RAB Subflow 
Combination witfi first occurence 
corresponding to RAB Subflow 
Combination number 1 . 
It shall always be present for 
rate controllable RABs. 



Range Bound 


Explanation 


nnaxRABSubflowCombinations 


Maximum number of RAB Subflow 
Combinations. Value is 64. 



Condition 



IfErroneousSDU 



Explanation 

This IE is not present when Delivery Of Erroneous SDU is set to 
"no-error-detection-consideration " 



IfPredefinedSDUSize 



This IE shall be present for RABs with pre-defined SDU sizes. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


SDU Format Information 
Parameter 










>Subflow SDU Size 


C-ifalone 




INTEGER 
(0...4095) 


Desc: This IE indicates the exact 
size of the SDU. 
The unit is: bit. 
Usage: 

This IE is only used for RABs that 
have predefined SDU size(s). It 
shall be present for RABs having 
more than one subflow. 
When this IE is not present and 
SDU format information Parameter 
is present, then the Subflow SDU 
size for the only existing subflow 
takes the value of the IE Maximum 
SDU size. 


>RAB Subflow 
Combination Bit Rate 


C-ifalone 




INTEGER 
(0.. 16,000,000 
) 


Desc: This IE indicates the RAB 

Subflow Combination bit rate. 

The unit is: bit/s. 

Usage: 

This IE is only present for RABs 

that have predefined rate 

controllable bit rates. 

When this IE is not present and 

SDU format information parameter 

is present then all Subflow SDUs 

are transmitted (when there is data 

to be transmitted) at a constant 

time interval. 

The value of this IE shall not 

exceed the maximum value of the 

lEs 'Maximum Bit Rate'. 

The value of RAB Subflow 

Combination bitrate indicates that 

the RAB uses discontinuous 

transfer of the SDUs. 



Condition 



Ifalone 



Explanation 

At least either of Subflow SDU size IE or RAB Subflow Combination 
bit rate IE shall be present when SDU format information parameter 
is present 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Allocation/Retention 
Priority 










>Priority Level 


M 




INTEGER 
{spare (0), 
highest (1), 
lowest (14), no 
priority used 
(15)} (0..15) 


Desc; This IE indicates the 
phohty of the request. 
Usage: 

The priority level and the 
preemption indicators may be 
used to determine whether the 
request has to be performed 
unconditionally and immediately 


>Pre-emption Capability 


M 




ENUMERATE 
D(shall not 
trigger pre- 
emption, may 
trigger pre- 
emption) 


Descr.: This IE indicates the pre- 
emption capability of the request 
on other RABs 
Usage: 

The RAB shall not pre-empt other 
RABs or, the RAB may pre-empt 
other RABs 

The Pre-emption Capability 
indicator applies to the allocation 
of resources for a RAB and as 
such it provides the trigger to the 
pre-emption procedures/processes 
of the RNS. 


>Pre-emption 
Vulnerability 


M 




ENUMERATE 
D(not pre- 
emptable, 
pre-emptable) 


Desc: This IE indicates the 
vulnerability of the RAB to 
preemption of other RABs. 
Usage: 

The RAB shall not be pre-empted 
by other RABs or the RAB may 
be pre-empted by other RABs. 
Pre-emption Vulnerability indicator 
applies for the entire duration of 
the RAB, unless modified and as 
such indicates whether the RAB is 
a target of the pre-emption 
procedures/processes of the RNS 


>Queuing Allowed 


M 




ENUMERATE 
D(queuing not 
allowed, 
queuing 
allowed) 


Desc: This IE indicates whether 
the request can be placed into a 
resource allocation queue or not. 
Usage: 

Queuing of the RAB is allowed 
Queuing of the RAB is not allowed 
Queuing allowed indicator applies 
for the entire duration of the RAB, 
unless modified. 



9.2.1.4 Cause 

The purpose of the Cause IE is to indicate the reason for a particular event for the RANAP protocol. 
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IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Choice Cause 



>Radio Network Layer 
Cause 



INTEGER 
(RAB pre- 
empted(1), 

Trelocoverall 
Expiry(2), 

Trelocprep 
Expiry(3), 

Treloccomplete 
Expiry(4), 

Tqueing Expiry(5), 

Relocation 
Triggered(6), 

Unable to 
Establish During 
Relocation(8), 

Unknown Target 
RNC{9), 

Relocation 
Cancelled{10), 

Successful 
Relocation(11), 

Requested 
Ciphering and/or 
Integrity 
Protection 
Algorithms not 
Supported(12), 

Change of 
Ciphering and/or 
Integrity 

Protection Is not 
supported(13), 

Failure in the 
Radio Interface 
Procedure(14), 

Release due to 
UTRAN 
Generated 
Reason(15), 

User 
lnactivity(16), 

Time Critical 
Relocation(17), 

Requested Traffic 
Class not 
Available{18), 

Invalid RAB 
Parameters 
Value{19), 

Requested 



Value range is 1 -64. 
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IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Choice Cause 



Maximum Bit Rate 
not Available(20), 

Requested 
IVIaximum Bit Rate 
for DL not 
Available{33), 

Requested 
IVIaximum Bit Rate 
for UL not 
Available{34), 

Requested 
Guaranteed Bit 
Rate not 
Available{21), 

Requested 
Guaranteed Bit 
Rate for DL not 
Available{35), 

Requested 
Guaranteed Bit 
Rate for UL not 
Available{36), 

Requested 
Transfer Delay not 
Achievable(22), 

Invalid RAB 
Parameters 
Gombination(23), 

Condition 
Violation for SDU 
Parameters(24), 

Condition 
Violation for 
Traffic Handling 
Priority(25), 

Condition 
Violation for 
Guaranteed Bit 
Rate(26), 

User Plane 
Versions not 
Supported(27), 

lu UP Failure(28), 

TRELOCalloc 
Expiry (7), 

Relocation Failure 
in Target CN/RNC 
or Target System 
(29), 

Invalid RAB 
ID(30), 
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IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Choice Cause 



No remaining 
RAB{31), 

Interaction with 

other 

procedure(32), 

Repeated Integrity 

Checking 

Failure(37), 

Requested Report 
Type not 
supported(38), 

Request 
superseded{39), 

Release due to 
UE generated 
signalling 
connection 
release(40), 

Resource 

Optimisation 

Relocation(41), 

Requested 
Information Not 
Available(42), 

Relocation 
desirable for radio 
reasons (43), 

Relocation not 
supported in 
Target RNC or 
Target 

system{44), 

Directed Retry 
(45), 

Radio Connection 
With UE Lost(46) 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Cause 










>Transport Layer Cause 






INTEGER 

( 

Signalling 

Transport 

Resource 

Failure(65), 

lu Transport 
Connection Failed 
to Establish(66), 

...) 


Value range is 65 - 80. 


>NAS Cause 






INTEGER 
(User Restriction 
Start 
lndication(81). 

User Restriction 

End 

lndication(82). 

Normal 
Release(83), 

...) 


Value range is 81 - 96. 


>Protocol Cause 






INTEGER 
(Transfer Syntax 
Error(97), 

Semantic Error 
(98), 

Message not 
compatible with 
receiver state 
(99), 

Abstract Syntax 
Error (Reject) 
(100), 

Abstract Syntax 
Error (Ignore and 
Notify) (101), 

Abstract Syntax 
Error (Falsely 
Constructed 
Message) (102), 

...) 


Value range is 97- 112. 


>Miscellaneous Cause 






INTEGER 

(O&M 

lntervention(113). 

No Resource 
Aval lable( 114), 

Unspecified 
Failure(115), 

Network 
Optimisation(116), 

...) 


Value range is 113-128. 


>Non-standard Cause 






INTEGER 


Value range is 129-256. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Cause 
















(...) 





The meaning of the different cause values is described in the following table. In general, "not supported" cause values 
indicate that the concerning capability is missing. On the other hand, "not available" cause values indicate that the 
concerning capability is present, but insufficient resources were available to perform the requested action. 



£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 



84 



ETSI TS 125 413 V3.5.0 (2001-03) 



Radio Networic Layer cause 


Meaning 


Change Of Ciphering And/Or 
Integrity Protection Is Not Supported 


The UTRAN and/or the UE are/is unable to support the 
requested change of ciphering and/or integrity protection 
algorithms. 


Condition Violation For Guaranteed 
Bit Rate 


The action was not performed due to condition violation for 
guaranteed bit rate. 


Condition Violation For SDU 
Parameters 


The action was not performed due to condition violation for 
SDU parameters. 


Condition Violation For Traffic 
Handling Priority 


The action was not performed due to condition violation for 
traffic handling priority. 


Directed Retry 


The reason for action is Directed Retry 


Failure In The Radio Interface 
Procedure 


Radio interface procedure has failed. 


Interaction With Other Procedure 


Relocation was cancelled due to interaction with other 
procedure. 


Invalid RAB ID 


The action failed because the RAB ID is unknown in the RNC. 


Invalid RAB Parameters 
Combination 


The action failed due to invalid RAB parameters combination. 


Invalid RAB Parameters Value 


The action failed due to invalid RAB parameters value. 


lu UP Failure 


The action failed due to lu UP failure. 


No remaining RAB 


The reason for the action is no remaining RAB. 


RAB Pre-empted 


The reason for the action is that RAB is pre-empted. 


Radio Connection With UE Lost 


The action is requested due to losing radio connection to the 
UE 


Release Due To UE Generated 
Signalling Connection Release 


Release requested due to UE generated signalling connection 
release. 


Release Due To UTRAN Generated 
Reason 


Release is initiated due to UTRAN generated reason. 


Relocation Cancelled 


The reason for the action is relocation cancellation. 


Relocation Desirable for Radio 
Reasons 


The reason for requesting relocation is radio related. 


Relocation Failure In Target 
CN/RNC Or Target System 


Relocation failed due to a failure in target CN/RNC or target 
system. 


Relocation Not Supported In Target 
RNC Or Target System 


Relocation failed because relocation was not supported in 
target RNC or target system. 


Relocation Triggered 


The action failed due to relocation. 


Repeated Integrity Checking Failure 


The action is requested due to repeated failure in integrity 
checking. 


Request Superseded 


The action failed because there was a second request on the 
same RAB. 


Requested Ciphering And/Or 
Integrity Protection Algorithms Not 
Supported 


The UTRAN or the UE is unable to support the requested 
ciphering and/or integrity protection algorithms. 


Requested Guaranteed Bit Rate For 
DL Not Available 


The action failed because requested guaranteed bit rate for 
DL is not available. 


Requested Guaranteed Bit Rate For 
UL Not Available 


The action failed because requested guaranteed bit rate for 
UL is not available. 


Requested Guaranteed Bit Rate Not 
Available 


The action failed because requested guaranteed bit rate is not 
available. 


Requested Information Not 
Available 


The action failed because requested information is not 
available. 


Requested Maximum Bit Rate For 
DL Not Available 


The action failed because requested maximum bit rate for DL 
is not available. 


Requested Maximum Bit Rate For 
UL Not Available 


The action failed because requested maximum bit rate for UL 
is not available. 


Requested Maximum Bit Rate Not 
Available 


The action failed because requested maximum bit rate is not 
available. 


Requested Report Type Not 
Supported 


The RNC is not supporting the requested location report type. 


Requested Traffic Class Not 
Available 


The action failed because requested traffic class is not 
available. 


Requested Transfer Delay Not 
Achievable 


The action failed because requested transfer delay is not 
achievable. 


Resource Optimisation Relocation 


The reason for requesting relocation is resource optimisation. 


Successful Relocation 


The reason for the action is completion of successful 
relocation. 


Time Critical Relocation 


Relocation is requested for time critical reason. 



£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 



85 



ETSI TS 125 413 V3.5.0 (2001-03) 



Tqueuing Expiry 


The action failed due to expiry of the timer Tqueuing- 


TRELocaiioc Expiry 


Relocation Resource Allocation procedure failed due to expiry 
of the timer TRELocaiioc- 


TRELOccompiete Expiry 


The reason for the action is expiry of timer TRELOccompiete- 


TRELOcoveraii Expiry 


The reason for the action is expiry of timer TRELOcoveraii- 


TpELOcprep Expiry 


Relocation Preparation procedure is cancelled when timer 
TRELOCprep expires. 


Unable To Establish During 
Relocation 


RAB failed to establish during relocation because it cannot be 
supported in the target RNC. 


Unknown Target RNC 


Relocation rejected because the target RNC is not known to 
the CN. 


User Inactivity 


The action is requested due to user inactivity. 


User Plane Versions Not Supported 


The action failed because requested user plane versions were 
not supported. 



Transport Layer cause 


Meaning 


lu Transport Connection Failed to 
Establish 


The action failed because the lu Transport Network Layer 
connection could not be established. 


Signalling Transport Resource 
Failure 


Signalling transport resources have failed (e.g. processor 
reset). 



NAS cause 


Meaning 


Normal Release 


The release is normal. 


User Restriction Start Indication 


A location report is generated due to entering a classified area 
set by O&IVI. 


User Restriction End Indication 


A location report is generated due to leaving a classified area 
set by O&M. 



Protocol cause 


Meaning 


Abstract Syntax Error (Reject) 


The received message included an abstract syntax error and 
the concerning criticality indicated "reject". 


Abstract Syntax Error (Ignore And 
Notify) 


The received message included an abstract syntax error and 
the concerning criticality indicated "ignore and notify". 


Abstract Syntax Error (Falsely 
Constructed Message) 


The received message contained lEs or IE groups in wrong 
order or with too many occurrences. 


IVIessage Not Compatible With 
Receiver State 


The received message was not compatible with the receiver 
state. 


Semantic Error 


The received message included a semantic error. 


Transfer Syntax Error 


The received message included a transfer syntax error. 



Miscellaneous cause 


Meaning 


Network Optimisation 


The action is performed for network optimisation. 


No Resource Available 


No requested resource is available. 


O&M Intervention 


The action is due to O&M intervention. 


Unspecified Failure 


Sent when none of the specified cause values applies. 



9.2.1.5 CN Domain Indicator 

Indicates the CN domain from which the message originates or to which the message shall be sent. 



IE/Group Name 

CN Domain Indicator 



Presence Range IE type and 
reference 

M ENUMERATED (CS 
domain, PS domain) 



Semantics description 



9.2.1.6 Trace Type 

Indicates the type of trace information to be recorded. 
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IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Trace Type 



M 



OCTET Coded as the Trace Type 
STRING (1 ) specified in 3GPP TS based 
on [12], 



9.2.1.7 Trigger ID 

Indicates the identity of the entity which initiated the trace. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Trigger ID 


M 




OCTET 

STRING 

(3..22) 


Typically an OIVIC identity. 



9.2.1.8 Trace Reference 

Provides a trace reference number allocated by the triggering entity. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Trace Reference 



IVl 



OCTET 

STRING 

(2..3) 



9.2.1.9 UE Identity 

This element identifies the element to be traced i.e. the subscriber or the user equipment. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice UE Identity 










>IMSI 






OCTET 
STRING 
(SIZE (3. .8)) 


- digits to 9, two digits per 
octet, 

- each digit encoded 0000 to 
1001, 

- 1 1 1 1 used as filler 

- bit 4 to 1 of octet n encoding 
digit 2n-1 

- bit 8 to 5 of octet n encoding 
digit 2n 

-Number of decimal digits shall 
be from 6 to 15 starting with 
the digits from the PLIVIN-ID. 


>IMEI 






OCTET 
STRING 
(SIZE (8)) 


- hexadecimal digits to F, 
two hexadecimal digits per 
octet, 

- each hexadecimal digit 
encoded 0000 to nil, 

- 1 1 11 used as filler for bits 8 
to 5 of last octet 

- bit 4 to 1 of octet n encoding 
digit 2n-l 

- bit 8 to 5 of octet n encoding 
digit 2n 

Number of hexadecimal digits 
shall be 15. 
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9.2.1.10 



OMCID 



A variable length element indicating the destination address of the Operation and Maintenance Center (OMC) to which 
trace information is to be sent. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



OMC ID 



M 



OCTET Coded as the OMC ID 
STRING specified in UMTS TS based 
(3..22) on GSM TS 12.20. 



9.2.1 .1 1 Integrity Protection Information 

This element contains the integrity protection information (key and permitted algorithms). 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Integrity Protection 
Information 










>Permitted Integrity 
Protection Algorithms 










»lntegrity Protection 
Algorithm 


M 


1 to 16 


INTEGER ( 
standard UIA1 (0) 

) 


Value range is to 15. 
Only one value used. 


>lntegrity Protection Key 


M 




BIT STRING (128) 





9.2.1.12 



Encryption Information 



This element contains the user data encryption information (key and permitted algorithms) used to control any 
encryption equipment at the RNC. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Encryption Information 










>Permitted Encryption 
Algorithms 










»Encryption Algorithm 


M 


1 to 16 


INTEGER (no 
encryption (0), 
standard UEA1 
(1)) 


Value range is to 15. 
Only two values used. 


>Encryption Key 


M 




Bit string (128) 





9.2.1.13 Chosen Integrity Protection Algorithm 

This element indicates the integrity protection algorithm being used by the RNC. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Chosen Integrity Protection 
Algorithm 


M 




INTEGER ( 
standard UIA1 (0) 
) 


Value range is to 15. 
Only one value used. 



9.2.1 .14 Chosen Encryption Algorithm 

This element indicates the encryption algorithm being used by the RNC. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Chosen Encryption Algorithm 


M 




INTEGER (no 
encryption (0), 
standard UEA1 

(D) 


Value range is to 15. 
Only two values used. 



9.2.1.15 

Void. 



Categorisation Parameters 



9.2.1.16 Request Type 

This element indicates the type of UE location to be reported from RNC and it is either a Service Area or geographical 
co-ordinates. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Request Type 










>Event 


M 




ENUMERATED( 
Stop, Direct, 
Change of 
service area, ...) 




> Report Area 


M 




ENUMERATED( 
Service Area, 
Geographical 
Coordinates, ...) 


When the Event IE is set to 
Stop, the value of the 
Report area IE shall be the 
same as in the LOCATION 
REPORTING CONTROL 
message that initiated 
"Change of Service Area" 
reporting. 


>Accuracy Code 


C- 




INTEGER( 


The requested accuracy "r" 




IfGeoCoor 




0...127) 


is derived from the 




dandAccur 






"accuracy code" k by 




acy 






r= 10x(1.l''-1) 



Condition 



Explanation 



IfGeoCoordandAccuracy 



To be used if Geographical Coordinates shall be reported with a 
requested accuracy. 



9.2.1.17 



Data Volume Reporting Indication 



This information element indicates whether or not RNC has to calculate the unsuccessfully transmitted NAS data 
amount for the RAB and to report the amount of data when the RAB is released. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Data Volume Reporting 
Indication 


M 




ENUMERAT 
ED (do 
report, do 
not report) 





9.2.1.18 



User Plane Mode 



This element indicates the mode of operation of the lu User plane requested for realising the RAB. The lu User plane 
modes are defined in [6]. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


User Plane IVIode 


M 




ENUMERAT 
ED 

(transparent 
mode, 
support 
mode for 
predefined 
SDU sizes. 


This IE contains tlie mode of 
operation of the lu UP protocol 



9.2.1.19 



UP Mode Versions 



UP mode versions IE is an information element that is sent by CN to RNC. It is a bit string that indicates the versions 
for the selected lu UP mode that are supported by the CN. The lu User plane mode versions are defined in [6]. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



UP IVIode Versions 



IVI 



BIT STRING Indicates the versions of the 

(16) selected UP mode that are 

supported by the CN 
Bit set to '1' equals version 1 
Bit 1 set to '1' equals version 2 



9.2.1.20 

Void. 



Chosen UP Version 



9.2.1.21 Paging Area ID 

This element uniquely identifies the area, where the PAGING message shall be broadcasted. The Paging area ID is 
either a Location Area ID or Routing Area ID. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Paging Area ID 










>LAI 






9.2.3.6 




>RAI 










»LAI 


M 




9.2.3.6 




»RAC 


M 




9.2.3.7 





9.2.1.22 Non Searching Indication 

This parameter allows the RNC not to search Common ID when receiving a PAGING message from the CN. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Non Searching Indication 


M 




ENUMERAT 
ED (non- 
searching, 
searching) 





9.2.1.23 Relocation Type 

This information element indicates whether the relocation of SRNS is to be executed with or without involvement of the 
UE. If the UE is involved then a radio interface handover command shall be sent to the UE to trigger the execution of 
the relocation. If the UE is not involved then the relocation execution is triggered via lur. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Relocation Type 


M 




ENUMERATED 
(UE not involved 
in relocation of 
SRNS,UE 
involved in 
relocation of 
SRNS) 





9.2.1.24 Source ID 

Source ID IE identifies the source for the relocation of SRNS. The Source ID may be e.g. Source RNC-ID or serving 
cell ID. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Source ID 










>Source RNC-ID 


C- 

ifUMTStarge 

t 








»PLMN-ID 


M 




OCTET 
STRING 
(SIZE (3)) 


- digits to 9, two digits per 
octet, 

- each digit encoded 0000 to 
1001, 

- 1 1 1 1 used as filler 

- bit 4 to 1 of octet n encoding 
digit 2n-1 

- bit 8 to 5 of octet n encoding 
digit 2n 

-The PLMN-ID consists of 3 

digits from MCC followed by 

either 

-a filler plus 2 digits from MNC 

(in case of 2 digit MNC) or 

-3 digits from MNC (in case of 

a 3 digit MNC). 


»RNC-ID 


M 




INTEGER 
(0..4095) 




>SAI 


C- 

ifGSMtarget 




9.2.3.9 





Condition 



Explanation 



ifUMTStarget 



This IE shall be present when initiating relocation of SRNS. 



IfGSMtarget 



This IE is only present when initiating an inter-system handover 
towards GSM BSS. 



9.2.1.25 Target ID 

Target ID IE identifies the target for the relocation of SRNS. The target ID may be e.g. Target RNC-ID (for UMTS- 
UMTS relocation) or Cell Global ID of the relocation target (in case of UMTS to GSM relocation). 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Target ID 










>Target RNC-ID 










»Choice CN Domain 
ID 










»>CS Domain ID 








See ref. [3]. 


»»LAI 


M 




9.2.3.6 




»>PS Domain ID 








See ref. [3]. 


»»LAI 


M 




9.2.3.6 




»»RAC 


M 




9.2.3.7 




»RNC-ID 


M 




INTEGER 
(0..4095) 




>CGI 










»LAI 


M 




9.2.3.6 




»CI 


M 




OCTET 
STRING (2) 





9.2.1.26 MS Classmark 2 

The coding of this element is described in [8]. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



MS Classmark 2 



M 



OCTET 
STRING 



Contents defined in [8] 



9.2.1.27 MS Classmark 3 

The coding of this element is described in [8]. 
IE/Group Name Presence 



Range 



IE type and 
reference 



Semantics description 



IVIS Classmarl< 3 



IVI 



OCTET 
STRING 



Contents defined in [8] 



9.2.1 .28 Source RNC to Target RNC Transparent Container 

Source RNC to Target RNC Transparent Container IE is an information element that is produced by source RNC and is 
transmitted to target RNC. In inter-system relocation the IE is transmitted from external relocation source to target 
RNC. 

This IE is transparent to CN. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


RRC Container 


M 




OCTET STRING 


"RRC Information to target 
RNC" as defined in [10] 


Number of lu Instances 


M 




INTEGER (1... 2) 




Relocation Type 


M 




9.2.1.23 




Chosen Integrity Protection 
Algorithm 


C- 

iflntraUMT 
SandAvail 




9.2.1.13 


Indicates which integrity 
protection algorithm that has 
been used by the source RNC. 


Integrity Protection Key 


C- 

iflntraUMT 

SandAvail 




Bit String (128) 


Indicates which integrity 
protection key that has been 
used by the source RNC. 


Chosen Encryption Algorithm 


C- 

iflntraUMT 

SandCiph 




9.2.1.14 


Indicates which algorithm that 
has been used by the source 
RNC for ciphering of signalling 
data. 


Ciphering Key 


C- 

iflntraUMT 

SandCiph 




Bit String (128) 


Indicates which ciphering key 
that has been used by the 
source RNC for ciphering of 
signalling data. 


Chosen Encryption Algorithm 


C- 

iflntraUMT 

SandCiph 




9.2.1.14 


Indicates which algorithm that 
has been used by the source 
RNC for ciphering of CS user 
data. 


Chosen Encryption Algorithm 


C- 

iflntraUMT 

SandCiph 




9.2.1.14 


Indicates which algorithm that 
has been used by the source 
RNC for ciphering of PS user 
data. 


d-RNTI 


C- 

ifUEnotinv 
olved 




INTEGER 
(0.. 1048575) 




Target Cell ID 


C- 

ifUEinvolve 
d 




INTEGER 
(0..268435455) 


This information element 
identifies a cell uniquely 
within UTRAN and consists 
of RNC-ID(12bits)andC-ID 
(16 bits) as defined in TS 
25.401 [3]. 


RAB TrCH Mapping 


C- 

ifUEnotinv 

olvedandR 

ABsUseDC 

HorDSCHo 

rUSCH 


1 to 

<maxnoofRAB 

s> 






>RAB ID 


M 




9.2.1.2 




>RAB Subflow 


M 


1 to 

<maxRAB- 

Subflows> 




The RAB Subflows shall be 
presented in an order that 
corresponds to the order in 
which the RBs are presented 
per RAB in the RRC container 
included in this IE. 


» Transport 
Channel IDs 










>» DCH ID 


C- 
atleastone 




INTEGER 
(0..255) 


The DCH ID is the identifier of 
an active dedicated transport 
channel. It is unique for each 
active DCH among the active 
DCHs simultaneously 
allocated for the same UE. 


>» DSCH ID 


C- 

atleastone 




INTEGER 
(0..255) 


The DSCH ID is the identifier 
of an active downlink shared 
transport channel. It is unique 
for each DSCH among the 
active DSCHs simultaneously 



£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 



93 



ETSI TS 125 413 V3.5.0 (2001-03) 











allocated for the same UE. 


>» USCH ID 


C- 




INTEGER 


The USCH ID is the identifier 




atleastone 




(0..255) 


of an active uplinl< shared 
transport channel. It is unique 
for each USCH among the 
active USGHs simultaneously 
allocated for the same UE. 



Condition 


Explanation 


IflntraUMTSandAvail 


Must be present for intra UIVITS Handovers if available 


IflntraUMTSandCiph 


Must be present for intra UMTS Handovers if ciphering is active 


IfUEnotinvolved 


Included for SRNS Relocation without UE involvement 


IfUEinvolved 


Included for SRNS Relocation with UE involvement 


IfUEnotinvolvedandRABsUseDCHorDSCH 
orUSCH 


Included for SRNS Relocation without UE involvement and if RABs 
are carried on DCH, USCH or DSCH transport channels. 


AtLeastOne 


At least one of these lEs shall be included 




Range bound 


Explanation 


maxnoofRABs 


Maximum no. of RABs for one UE. Value is 256. 


maxRABSubflows 


Maximum no. of subflows per RAB. Value is 7. 



9.2.1 .29 Old BSS to New BSS Information 

The coding of this element is described in [11]. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Old BSS To New BSS 
Information 



M 



OCTET 
STRING 



Contents defined in [11] 



9.2.1 .30 Target RNC to Source RNC Transparent Container 

Target RNC to Source RNC Transparent Container IE is an information element that is produced by target RNC and is 
transmitted to source RNC. In inter-system relocation the IE is transmitted from target RNC to the external relocation 
source. 

This IE is transparent to CN. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


RRC Container 


M 




OCTET 
STRING 


Either "RRC information, target 
RNC to source RNC" or "RRC 
Information, target RNC to 
source system" as defined in 
[10] 


d-RNTI 







INTEGER 
(0.. 1048575) 


May be included to allow the 
triggering of the Relocation 
Detect procedure from the lur 
Interface 



9.2.1.31 L3 Information 

The coding of this element is described in [11]. 
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IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



L3 Information 



M 



OCTET 
STRING 



Contents defined in [1 1 ] 



9.2.1.32 Number of Steps 

Indicates the number of steps to reduce traffic in overload situation. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Number Of Steps 



IVI 



INTEGER 
(1-16) 



9.2.1 .33 DL N-PDU Sequence Number 

This IE indicates the radio interface sequence number (PDCP) [17] of the next downlink N-PDU (PDCP SDU) that 
would have been sent to the UE by a source system. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


DL N-PDU Sequence 
Number 


M 




INTEGER (0 
..65535) 


This IE indicates the sequence 
number of the next DL N-PDU 
that would have been sent to 
the UE by a source system. 
This is the 16 bit sequence 
number. 



9.2.1 .34 UL N-PDU Sequence Number 

This IE indicates the radio interface sequence number (PDCP) [17] of the next uplink N-PDU (PDCP SDU) that would 
have been expected from the UE by a source system. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


UL N-PDU Sequence 


M 




INTEGER (0 


This IE indicates the sequence 


Number 






..65535) 


number of the next UL N-PDU 

that would have been 

expected from the UE by a 

source system. 

This is the 16 bit sequence 

number. 
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9.2.1 .35 Criticality Diagnostics 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Criticality Diagnostics 










>Procedure Code 







INTEGER 

(0..255) 


Procedure Code is to be used 
if Criticality Diagnostics is part 
of Error Indication procedure, 
and not within the response 
message of the same 
procedure that caused the 
error 


>Triggering Message 







ENUMERAT 

ED(initiating 

message, 

successful 

outcome, 

unsuccessful 

outcome, 

outcome) 


The Triggering Message is 
used only if the Criticality 
Diagnostics is part of Error 
Indication procedure. 


>Procedure Criticality 







ENUMERAT 
ED(reject, 
ignore, 
notify) 


This Procedure Criticality is 
used for reporting the 
Criticality of the Triggering 
message (Procedure). The 
value 'ignore' shall never be 
used. 


Information Element 
Criticality Diagnostics 




to <maxnoof 
errors> 






>IE Criticality 


M 




ENUMERAT 
ED(reject, 
ignore, 
notify) 


The IE Criticality is used for 
reporting the criticality of the 
triggering IE. The value 
'ignore' shall not be used. 


>IE ID 


M 




INTEGER 
(0. .65535) 


The IE ID of the not 
understood or missing IE 


>Repetition Number 







INTEGER 
(1..258) 


The repetition number of the 
not understood IE within the 
bottom most repetition level 
identified by the message 
structure IE, if applicable 


>Message Structure 







9.2.1.42 





Range bound 



maxnooferrors 



Explanation 

Maximum no. of IE errors allowed to be reported with a single 
message. The value for maxnooferrors is 256. 



9.2.1.36 Key Status 

This IE tells if the keys included in SECURITY MODE COMMAND message are new or if the have been used 
previously. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Key Status 



M 



ENUMERAT 
ED (old, 
new, ...) 



9.2.1 .37 DRX Cycle Length Coefficient 

This IE indicates the DRX cycle length coefficient (k) as defined in [10]. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


DRX Cycle Length Coefficient 


M 




INTEGER 
(6...9) 





9.2.1.38 lu Signalling Connection Identifier 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


lu Signalling Connection 
Identifier 


M 




BIT STRING 
(SIZE(24)) 


The most significant bit of this 

IE shall indicate the node, that 

has assigned the value. 

MSB = "0": assigned by the 

RNC 

IVISB = "1 ": assigned by the 

CN 



9.2.1.39 Global RNC-ID 

Global RNC-ID is used to globally identify an RNC. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Global RNC-ID 










>PLMN-ID 


M 




OCTET 
STRING 
(SIZE (3)) 


- digits to 9, two digits per 
octet, 

- each digit encoded 0000 to 
1001, 

- 1 1 1 1 used as filler 

- bit 4 to 1 of octet n encoding 
digit 2n-1 

- bit 8 to 5 of octet n encoding 
digit 2n 

-The PLIVIN-ID consists of 3 

digits from IVICC followed by 

either 

-a filler plus 2 digits from MNC 

(in case of 2 digit IVINC) or 

-3 digits from MNC (in case of 

a 3 digit MNC). 


>RNC-ID 


M 




INTEGER 
(0..4095) 





9.2.1 .40 PDP Type Information 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


PDP Type Information 










>PDP Type 


M 


1 to 


ENUMERAT 


PDP Type is defined in [8], 






<maxnoofPDPDir 


ED(empty, 


and the restrictions on usage 






ections> 


PPP, 

OSP:IHOSS, 
IPv4, 
IPv6,...) 


shall comply with [8]. 
Usage: 

When the IE is repeated then 
PDP Type for downlink is 
signalled first, followed by PDP 
Type for uplink; when the IE is 
not repeated, the PDP Type 
shall apply to both uplink and 
downlink. 

OSP:IHOSS: This value shall 
not be used. 



Range bound 

maxnoofPDPDirections 



Explanation 

Number of directions for which PDP Type is signalled separately 



9.2.1.41 Service Handover 

This IE tells if intersystem handover to GSM should, should not, or shall not be performed for the RAB in question. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Service Handover 



M 



ENUMERAT 
ED 

(Handover to 
GSM should 
be 

performed, 
Handover to 
GSM should 
not be 
performed, 
Handover to 
GSM shall 
not be 
performed, 
^ 
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9.2.1 .42 Message Structure 



IE/Group Name 


Presence 


Range 


IE type 

and 

reference 


Semantics 
description 


Criticality 


Assigned 
Criticality 


■message 




1 to 




Information given 


GLOBAL 


ignore 


structure 




<maxnoofle 
vels> 




per level with 
assigned criticality in 
an hierachical 
message structure. 
Given from top level 
down to the level 
above the reported 
level for the occured 
error (reported in the 
Information Element 
Criticality 
Diagnostics IE). 






>IEID 


M 




INTEGER 
(0..65535) 


The IE ID of this 
level's IE containing 
the not understood 
or missing IE. 






>Repetition 







INTEGER 


The repetition 


- 




Number 






(1..256) 


number of this 
level's reported IE, if 
applicable 







Range bound 



Explanation 



maxnooflevels 



IVlaximum no. of message levels to report, 
maxnooflevels is 256. 



The value for 



9.2.2 Transport Network Layer Related lEs 



9.2.2.1 



Transport Layer Address 



For the PS domain this information element is an IP address to be used for the user plane transport. For the CS domain 
this address is to be used for Transport Network Control Plane signalling to set up the transport bearer. 



IE/Group Name Presence 

Transport Layer Address M 



Range 



IE type and 
reference 

BIT STRING 
(1..160, ...) 



Semantics description 

The Radio Network layer is not 
supposed to interpret the 
address information. It should 
pass it to the transport layer 
for interpretation. 
For details on the Transport 
Layer Address, see ref. [9]. 



9.2.2.2 



lu Transport Association 



This element is used to associate the RAB and the corresponding transport bearer. For the CS domain this information 
element is the Binding ID to be used in Transport Network Control Plane signalling during set up of the transport 
bearer. In PS domain this information element is the GTP Tunnel Endpoint Identifier. 



£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 



99 



ETSI TS 125 413 V3.5.0 (2001-03) 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice lu Transport 
Association 










>GTP TEID 


C - ifPS 




OCTET 
STRING (4) 




>Binding ID 


C - ifCS 




OCTET 
STRING (4) 






Condition 




Explanation 


IfPS 




This IE is only present for RABs towards the PS domain. 


IfCS 




This IE is only present for RABs towards the CS domain. 



9.2.2.3 DL GTP-PDU Sequence Number 

This IE indicates the sequence number of the GTP-PDU which is the next to be sent to the UE. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



DL GTP-PDU Sequence 
Number 



IVI 



INTEGER (0 This IE indicates the sequence 
..65535) number of the GTP-PDU 

which is next to be sent to the 

UE. 



9.2.2.4 UL GTP-PDU Sequence Number 

This IE indicates the sequence number of the GTP-PDU which is the next to be sent to the SGSN. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


UL GTP-PDU Sequence 


M 




INTEGER (0 


This IE indicates the sequence 


Number 






..65535) 


number of the GTP-PDU 
which is next to be sent to the 
SGSN. 



9.2.3 NAS Related lEs 



9.2.3.1 



Permanent NAS UE Identity 



This element is used to identify the UE commonly in UTRAN and in CN. RNC uses it to find other existing signalling 
connections of this same UE (e.g. RRC or lu signalling connections) Initially this is of the type of IMSI. 

NOTE: IMSI is specified in the [19]. 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Permanent NAS UE 
Identity 










>IMSI 


M 




OCTET 
STRING 
(SIZE (3..8)) 


- digits to 9, two digits per 
octet, 

- each digit encoded 0000 to 
1001, 

- 1 1 1 1 used as filler 

- bit 4 to 1 of octet n encoding 
digit 2n-1 

- bit 8 to 5 of octet n encoding 
digit 2n 

-Number of decimal digits shall 
be from 6 to 15 starting with 
the digits from the PLIVIN-ID. 



9.2.3.2 Temporary UE ID 

Temporary Mobile Subscriber Identity, used for security reasons to hide the identity of a subscriber. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Temporary UE ID 










>TMSI 






OCTET 
STRING (4) 




>P-TMSI 






OCTET 
STRING (4) 





9.2.3.3 Paging Cause 

This element indicates the cause of paging to the UE. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



Paging Cause 



M 



ENUMERAT 

ED( 

Terminating 

Conversatio 

nal Call, 

Terminating 

Streaming 

Call, 

Terminating 

Interactive 

Call, 

Terminating 

Background 

Call, 

Terminating 

Low Priority 

Signalling, 

Terminating 
High Priority 
Signalling) 



9.2.3.4 

Void 



NAS Broadcast Information 
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9.2.3.5 



NAS PDU 



This information element contains the CN - UE or UE - CN message that is transferred without interpretation in the 
RNC. Typically it contains call control, session management, supplementary services, short message service and 
mobility management messages. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



NAS PDU 



M 



OCTET 
STRING 



9.2.3.6 LAI 

This element is used to uniquely identify a Location Area. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


LAI 










>PLMN-ID 


M 




OCTET 
STRING 
(SIZE (3)) 


- digits to 9, two digits per 
octet, 

- each digit encoded 0000 to 
1001, 

- 1 1 1 1 used as filler 

- bit 4 to 1 of octet n encoding 
digit 2n-1 

- bit 8 to 5 of octet n encoding 
digit 2n 

-The PLMN-ID consists of 3 

digits from IVICC followed by 

either 

-a filler plus 2 digits from MNC 

(in case of 2 digit IVINC) or 

-3 digits from MNC (in case of 

a 3 digit MNC). 


>LAC 


M 




OCTET 
STRING (2) 


0000 and FFFE not allowed. 



9.2.3.7 RAG 

This element is used to identify a Routing Area within a Location Area. It is used for PS services. 



IE/Group Name 



Presence 



Range 



IE type and 
reference 



Semantics description 



RAC 



M 



OCTET 
STRING (1) 



9.2.3.8 SAPI 

The SAPI IE is used to indicate the specific service provided for the message. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


SAPI 


M 




ENUMERATED 
(SAPI 0, SAPI 3, 
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9.2.3.9 



SAI 



Service Area Identifier (SAI) IE information (see ref. [3]) is used to identify an area consisting of one or more cells 
belonging to the same Location Area. Such an area is called a Service Area and can be used for indicating the location 
of a UE to the CN. For this protocol, only a Service Area that is defined to be applicable to the PS and CS domains shall 
be used. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


SAI 










>PLMN-ID 


M 




OCTET 
STRING 
(SIZE (3)) 


- digits to 9, two digits per 
octet, 

- each digit encoded 0000 to 
1001, 

- 1 1 1 1 used as filler 

- bit 4 to 1 of octet n encoding 
digit 2n-1 

- bit 8 to 5 of octet n encoding 
digit 2n 

-The PLIVIN-ID consists of 3 

digits from IVICC followed by 

either 

-a filler plus 2 digits from IVINC 

(in case of 2 digit IVINC) or 

-3 digits from MNC (in case of 

a3digitMNC). 


>LAC 


M 




OCTET 
STRING (2) 


0000 and FFFE not allowed. 


>SAC 


M 




OCTET 
STRING (2) 





9.2.3.10 Area Identity 

This information element is used for indicating the location of a UE and is either a Service Area or Geographical Area. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Area Identity 










>SAI 






9.2.3.9 




>Geographical Area 






9.2.3.11 





9.2.3.1 1 Geographical Area 

Geographical Area IE is used to identify an area, as seen from the CN, using geographical coordinates. The reference 
system is the same as the one used in [20]. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Choice Geographical Area 










>Point 






See below 


Ellipsoid point 


>Point With 
Uncertainty 






See below 


Ellipsoid point with 
uncertainty circle 


>Polygon 






See below 


List of Ellipsoid points 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Point 










>Geographical 
Coordinates 


M 




See below 
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IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Point Witli Uncertainty 










>Geographical 
Coordinates 


M 




See below 




>Uncertainty Code 


M 




INTEGER( 
0...127) 


The uncertainty "r" is 
derived from the 
"uncertainty code" k by 
x= 10x(1.1 -1) 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Polygon 










>Geographical 
Coordinates 


M 


1 to 
<maxnoofPoints> 


See below 





Range bound 



Explanation 



maxnoofPoints 



IVIaximum no. of points in polygon. Value is 15. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Geographical Coordinates 










>Latitude Sign 


M 




ENUMERATED 
(North, South) 




>Degrees Of Latitude 


M 




INTEGER ( 
0...2^^-1) 


The IE value (N) is 
derived by this formula: 
N<2^^X/90<N+1 
X being the latitude in 
degree (0°. 90°) 


>Degrees Of Longitude 


M 




INTEGER ( 
-2^l..2^^-1) 


The IE value (N) is 
derived by this formula: 
N<2^'*X/360<N+1 
X being the longitude in 
degree (-180°..+180°) 



9.2.3.1 2 Unsuccessfully Transmitted Data Volume 

This information element indicates the data volume (octets) that is unsuccessfully transmitted over the radio interface 
in DL direction for the RAB. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Unsuccessfully Transmitted 
Data Volume 


M 




INTEGER 
(0.. 2^^-1) 


Unit is octet. 



9.2.3.1 3 Data Volume Reference 

This information element indicates the time when the data volume is counted. 



IE/Group Name 


Presence 


Range 


IE type and 
reference 


Semantics description 


Data Volume Reference 


M 




INTEGER 
(0..255) 





9.2.3.14 

Void 



Information Identity 
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Void 

9.2.3.16 Information Control 

Void 
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9.2.3.17 
Void 



CN Broadcast Area 



9.2.3.18 NAS Synchronisation Indicator 

This information element contains transparent NAS information that is transferred without interpretation in the RNC. 



IE/Group Name 

NAS Synchronisation 
Indicator 



Presence 

1vi 



Range 



IE type and 
reference 

BIT STRING 

i4) 



Semantics description 
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9.3 Message and Information Element Abstract Syntax (with ASN.1) 

9.3.0 General 

RANAP ASN.l definition conforms with [14] and [15]. 

The ASN.l definition specifies the structure and content of RANAP messages. RANAP messages can contain any lEs specified in the object set definitions for that message without 
the order or number of occurrence being restricted by ASN.l. However, for this version of the standard, a sending entity shall construct a RANAP message according to the PDU 
definitions module and with the following additional rules (Note that in the following IE means an IE in the object set with an explicit id. If one IE needed to appear more than once 
in one object set, then the different occurrences have different IE ids): 

• lEs shall be ordered (in an IE container) in the order they appear in object set definitions.. 

• Object set definitions specify how many times lEs may appear. An IE shall appear exactly once if the presence field in an object has value "mandatory". An IE may appear at 
most once if the presence field in an object has value "optional" or "conditional". If in a tabular format there is multiplicity specified for an IE (i.e. an IE list) then in the 
corresponding ASN.l definition the list definition is separated into two parts. The first part defines an IE container list where the list elements reside. The second part defines list 
elements. The IE container list appears as an IE of its own. For this version of the standard an IE container list may contain only one kind of list elements. 

If a RANAP message that is not constructed as defined above is received, this shall be considered as Abstract Syntax Error, and the message shall be handled as defined for Abstract 
Syntax Error in section 10.3.6. 

Section 9.3 presents the Abstract Syntax of RANAP protocol with ASN.l. In case there is contradiction between the ASN.l definition in this section and the tabular format in 
sections 9.1 and 9.2, the ASN.l shall take precedence, except for the definition of conditions for the presence of conditional elements, where the tabular format shall take precedence. 

9.3.1 Usage of private message mechanism for non-standard use 

The private message mechanism for non-standard use may be used: 

for special operator- (and/or vendor) specific features considered not to be part of the basic functionality, i.e. the functionality required for a complete and high-quality 
specification in order to guarantee multivendor interoperability; 

by vendors for research purposes, e.g. to implement and evaluate new algorithms/features before such features are proposed for standardisation. 

The private message mechanism shall not be used for basic functionality. Such functionality shall be standardised. 

9.3.2 Elementary Procedure Definitions 

— Elementary Procedure definitions 
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RANAP-PDU-Descriptions { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3} ranap (0} versionl (1) ranap-PDU-Descriptions (0) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 



IE parameter types from other modules . 



IMPORTS 

Criticality, 
ProcedureCode 

FROM RANAP-CommonDataTypes 

lu-ReleaseCommand, 

lu-ReleaseComplete, 

RelocationCommand, 

RelocationPreparationFailure, 

RelocationRequired, 

RelocationRequest, 

Re locationRequest Acknowledge, 

RelocationFailure, 

RelocationCancel, 

Re locationCancel Acknowledge, 

SRNS-ContextRequest, 

SRNS-Context Response, 

SecurityModeCommand, 

SecurityModeComplete, 

SecurityModeRe ject, 

DataVolumeReportRequest, 

DataVolumeReport , 

Reset, 

Re set Acknowledge, 

RAB-ReleaseRequest , 

lu-ReleaseRequest, 

RelocationDetect, 

RelocationComplete, 

Paging, 

CommonID, 

CN-InvokeTrace, 

CN-DeactivateTrace, 

LocationReportingControl, 

LocationReport , 
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InitialUE-Message, 
DirectTransfer, 
Overload, 
Errorlndication, 
SRNS-DataForwardCommand, 
ForwardSRNS-Context , 
RAB-AssignmentRequest, 
RAB-AssignmentResponse, 
PrivateMessage, 
Re set Re source, 
ResetResourceAcknowledge, 
RANAP -Re location In format ion 
FROM RANAP-PDU-Contents 

id-CN-DeactivateTrace, 
id-CN-InvokeTrace, 
id-CommonID, 
id-DataVolumeReport , 
id-DirectTransfer, 
id-Errorlndication, 
id-ForwardSRNS -Context, 
id-InitialUE-Message, 
id-Iu-Release, 
id-Iu-ReleaseRequest, 
id-LocationReport , 
id-LocationReportingControl, 
id-Over loadControl, 
id-Paging, 
i d-pr i vat eMes sage, 
id-RAB-As s ignment , 
id-RAB-ReleaseRequest, 
id-RANAP -Re location, 
id-Re locationCancel, 
id-Re locationComplete, 
id-Re locationDetect, 
id-RelocationP reparation, 
i d-Re 1 ocat i onRe s our ceAl location, 
id-Reset, 

id-SRNS-Context Transfer, 
id-SRNS-DataForward, 
id-SecurityModeControl, 
id-Re set Re source 
FROM RANAP-Constants; 
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Interface Elementary Procedure Class 



RANAP-ELEMENTARY-PROCEDURE 



CLASS 
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&InitiatingMessage 

SSuccessfulOutcome 

SUnsuccessfulOutcome 

SOutcome 

SprocedureCode 

Scriticality 



OPTIONAL, 

OPTIONAL, 
OPTIONAL, 
ProcedureCode UNIQUE, 
Critlcallty DEFAULT ignore 



WITH SYNTAX { 

INITIATING MESSAGE S Init iat ingMessage 

[SUCCESSFUL OUTCOME S Successf ulOutcome ] 

[UNSUCCESSFUL OUTCOME SUnsuccessf ulOutcome ] 

[OUTCOME SOutcome] 

PROCEDURE CODE SprocedureCode 

[CRITICALITY Scriticality] 



— Interface PDU Definition 



RANAP-PDU ::= CHOICE ( 

init iat ingMessage Init iat ingMessage, 
successf ulOutcome Successf ulOutcome, 
unsuccessf ulOutcome Unsuccessf ulOutcome, 
outcome Outcome, 



InitiatingMessage ::= SEQUENCE { 

procedureCode RANAP-ELEMENTARY-PROCEDURE . SprocedureCode ( {RANAP-ELEMENTARY-PROCEDURES } ) , 
critlcallty RANAP-ELEMENTARY-PROCEDURE . Scriticality ((RANAP-ELEMENTARY-PROCEDURES} {SprocedureCode}) , 
value RANAP-ELEMENTARY-PROCEDURE. S Init iat ingMessage ({RANAP-ELEMENTARY-PROCEDURES} { @procedureCode } ) 

} 

SuccessfulOutcome ::= SEQUENCE { 

procedureCode RANAP-ELEMENTARY-PROCEDURE . SprocedureCode ({RANAP-ELEMENTARY-PROCEDURES}) , 
critlcallty RANAP-ELEMENTARY-PROCEDURE . Scriticality ({RANAP-ELEMENTARY-PROCEDURES} {SprocedureCode}) , 
value RANAP-ELEMENTARY-PROCEDURE. S Successf ulOutcome ({RANAP-ELEMENTARY-PROCEDURES} {SprocedureCode}) 

} 

Unsuccessf ulOutcome : := SEQUENCE { 

procedureCode RANAP-ELEMENTARY-PROCEDURE . SprocedureCode ({RANAP-ELEMENTARY-PROCEDURES}) , 
critlcallty RANAP-ELEMENTARY-PROCEDURE . Scriticality ({RANAP-ELEMENTARY-PROCEDURES} {SprocedureCode}) , 
value RANAP-ELEMENTARY-PROCEDURE . SUnsuccessf ulOutcome ( {RANAP-ELEMENTARY-PROCEDURES } { SprocedureCode } ) 

} 

Outcome ::= SEQUENCE { 

procedureCode RANAP-ELEMENTARY-PROCEDURE . SprocedureCode ({RANAP-ELEMENTARY-PROCEDURES}) , 
critlcallty RANAP-ELEMENTARY-PROCEDURE . Scriticality ( {RANAP-ELEMENTARY-PROCEDURES } { SprocedureCode } ) , 
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Interface Elementary Procedure List 



RANAP-ELEMENTARY-PROCEDURES RANAP-ELEMENTARY-PROCEDURE ::= { 
RANAP-ELEMENTARY-PROCEDORES-CLASS-1 
RANAP-ELEMENTARY-PROCEDURES-CLASS-2 
RANAP-ELEMENTARY-PROCEDURES-CLASS-3 , 



RANAP-ELEMENTARY-PROCEDURES-CLASS-1 RANAP-ELEMENTARY-PROCEDURE 
iu-Release 

relocationPreparation 
relocationResourceAl location 
relocationCancel 
sRNS-Context Transfer 
securityModeControl 
dataVolumeReport 
reset 
resetResource , 



RANAP-ELEMENTARY-PROCEDURES-CLASS-2 RANAP-ELEMENTARY-PROCEDURE 
rAB-ReleaseRequest 
iu-ReleaseRequest 
relocationDetect 
relocationComplete 
paging 
commonID 
cN-InvokeTrace 
cN-DeactivateTrace 
locationReportingControl 
locationReport 
initialUE-Message 
direct Transfer 
overloadControl 1 

errorlndication | 

sRNS-DataForward I 
forwardSRNS-Context 
privateMessage 
rANAP-Relocation , 
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RANAP-ELEMENTARY-PROCEDURES-CLASS-3 RANAP-ELEMENTARY-PROCEDURE ::= { 
rAB-Assignment , 



Interface Elementary Procedures 



iu-Release RANAP-ELEMENTARY-PROCEDURE ::= 
INITIATING MESSAGE lu-ReleaseCommand 
SUCCESSFUL OUTCOME lu-ReleaseComplete 
PROCEDURE CODE id-Iu-Release 
CRITICALITY reject 



relocationPreparation RANAP-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE Relocat ionRequired 
SUCCESSFUL OUTCOME Relocat ionCommand 

UNSUCCESSFUL OUTCOME Relocat lonPreparationFailure 
PROCEDURE CODE id-Relocat lonPreparat ion 

CRITICALITY reject 



relocationResourceAllocation RANAP-ELEMENTARY-PROCEDURE : := 
INITIATING MESSAGE Relocat lonRequest 
SUCCESSFUL OUTCOME Relocat lonRequestAcknowledge 
UNSUCCESSFUL OUTCOME Relocat lonFailure 
PROCEDURE CODE id-Relocat lonResourceAllocat ion 

CRITICALITY reject 



relocationCancel RANAP-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE RelocationCancel 
SUCCESSFUL OUTCOME Relocat ionCancelAcknowledge 
PROCEDURE CODE id-Relocat ionCancel 
CRITICALITY reject 



SRNS-Context Transfer RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE SRNS-ContextRequest 
SUCCESSFUL OUTCOME SRNS-ContextResponse 
PROCEDURE CODE id-SRNS-ContextTransf er 
CRITICALITY reject 



securityModeControl RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE Secur ItyModeCommand 
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SUCCESSFUL OUTCOME Secur ityModeComplete 
UNSUCCESSFUL OUTCOME Secur ityModeReject 
PROCEDURE CODE id-SecurityModeCont rol 
CRITICALITY reject 
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dataVolumeReport RANAP-ELEMENTARY-PROCEDURE ::= 
INITIATING MESSAGE DataVolumeReportRequest 
SUCCESSFUL OUTCOME DataVolumeReport 
PROCEDURE CODE id-DataVolumeReport 
CRITICALITY reject 



reset RANAP-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE Reset 
SUCCESSFUL OUTCOME ResetAcknowledge 
PROCEDURE CODE id-Reset 
CRITICALITY reject 



rAB-ReleaseRequest RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE RAB-ReleaseRequest 
PROCEDURE CODE id-RAB-ReleaseRequest 
CRITICALITY ignore 



iu-ReleaseRequest RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE Iu-ReleaseRequest 
PROCEDURE CODE id-Iu-ReleaseRequest 
CRITICALITY ignore 



relocationDetect RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE RelocationDetect 
PROCEDURE CODE id-Relocat ionDetect 
CRITICALITY ignore 



relocationComplete RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE RelocationComplete 
PROCEDURE CODE id-Relocat ionComplete 
CRITICALITY ignore 



paging RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE Paging 
PROCEDURE CODE id-Paging 
CRITICALITY ignore 

} 
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INITIATING MESSAGE CommonID 
PROCEDURE CODE id-CommonID 
CRITICALITY ignore 



112 



ETSI TS 125 413 V3.5.0 (2001-03) 



cN-InvokeTrace RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE CN-InvokeTrace 
PROCEDURE CODE Id-CN-InvokeTrace 
CRITICALITY ignore 



cN-DeactivateTrace RANAP-ELEMENTARY-PROCEDURE ::= 
INITIATING MESSAGE CN-DeactivateTrace 
PROCEDURE CODE id-CN-Deact ivatelrace 

CRITICALITY ignore 



locationReportingControl RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE LocationReportingControl 
PROCEDURE CODE id-Locat ionReport ingCont rol 
CRITICALITY ignore 



locat ionReport RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE Locat ionReport 
PROCEDURE CODE id-Locat ionReport 
CRITICALITY ignore 



initialUE-Message RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE InitialUE-Message 
PROCEDURE CODE id-Init ialUE-Message 
CRITICALITY ignore 



direct Transfer RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE DirectTransf er 
PROCEDURE CODE id-Directlransf er 
CRITICALITY ignore 



over loadCont rol RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE Overload 
PROCEDURE CODE id-OverloadCont rol 
CRITICALITY ignore 



error Indication RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE Error Indication 
PROCEDURE CODE id-Error Indication 
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sRNS-DataForward RANAP-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE SRNS-DataForwardCommand 
PROCEDURE CODE id-SRNS-DataForward 
CRITICALITY ignore 



forwardSRNS-Context RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE ForwardSRNS-Context 
PROCEDURE CODE id-ForwardSRNS-Context 
CRITICALITY ignore 



rAB-Assignment RANAP-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE RAB-AssignmentRequest 
OUTCOME RAB-AssignmentResponse 

PROCEDURE CODE id-RAB-Assignment 
CRITICALITY reject 



pri vat eMes sage RANAP-ELEMENTARY-PROCEDURE 
INITIATING MESSAGE PrivateMessage 



PROCEDURE CODE 
CRITICALITY 



id-pri vat eMes sage 
ignore 



resetResource RANAP-ELEMENTARY-PROCEDURE ::= { 
INITIATING MESSAGE ResetResource 
SUCCESSFUL OUTCOME ResetResourceAcknowledge 
PROCEDURE CODE id-ResetResource 

CRITICALITY reject 



rANAP-Relocation RANAP-ELEMENTARY-PROCEDURE ::= { 

INITIATING MESSAGE RANAP-Relocat ioninf ormat ion 
PROCEDURE CODE id-RANAP-Relocat ion 

CRITICALITY ignore 



9.3.3 PDU Definitions 



PDU definitions for RANAP . 
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RANAP-PDU-Contents { 

itu-t (0) identif ied-organization (4} etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) ranap (0) versionl (1) ranap-PDU-Contents (1) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 



— IE parameter types from other modules . 



IMPORTS 

DataVolumeRef erence, 

Arealdentity, 

CN-Doma in Indicator, 

Cause, 

Grit leal ItyDiagnostics, 

GhosenEncryptionAlgorithm, 

GhosenlntegrityProtectionAlgorithm, 

Glassmarkinf ormation2, 

Glassmarkinf ormationS, 

DL-GTP-PDU-SequenoeNumber, 

DL-N-PDU-SequenoeNumber, 

DataVolumeReportinglndication, 

DRX-GycleLengthGoef f icient. 

Encrypt ion In format ion, 

GlobalRNG-ID, 

IntegrityProtect ion In format ion, 

luSignallingGonnectionldentif ier, 

luTransport Association, 

KeyStatus, 

L3- In format ion, 

LAI, 

NAS-PDU, 

NAS-Synchr on is at ion Indicator, 

NonSearchinglndication, 

Number Of Steps, 

OMC-ID, 

OldBSS-ToNewBSS-Information, 

PagingArealD, 

PagingGause, 

PDP -Type In format ion, 

PermanentNAS-UE-ID, 

RAB-ID, 

RAB-Parameters, 

RAG, 



£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 

RelocationType, 
RequestType, 
SAI, 
SAP I, 

Service-Handover, 
SourcelD, 

Sour ceRNC-ToTar get RNC-Tr an spar ent Container, 
TargetID, 

Target RNC-ToS our ceRNC-Tr an spar ent Container, 
TemporaryUE-ID, 
TraceRef erence, 
TraceType, 

Unsuccessf ullyTransmittedDataVolume, 
TransportLayerAddress, 
TriggerlD, 
UE-ID, 

UL-GTP-PDU-SequenceNumber, 
UL-N-PDU-SequenceNumber, 
UP-ModeVersions, 
UserPlaneMode 
FROM RANAP-IEs 
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PrivatelE-Container { } , 
ProtocolExtensionContainer { } , 
Protocol IE-Container List { } , 
Protocol lE-ContainerPair { } , 
Protocol lE-ContainerPair Li St { } , 
Protocol IE-Container { } , 
RANAP-PRIVATE-IES, 
RANAP-PROTOCOL-EXTENSION, 
RANAP-PROTOCOL-IES, 
RANAP-PROTOCOL-IES-PAIR 
FROM RANAP-Containers 

maxNrOfDTs, 
maxNrOf Errors, 
maxNrOf luSigConlds, 
maxNrOfRABs, 
maxNrOfVol, 

id-Arealdentity, 

id-CN-Doma in Indicator, 

id-Cause, 

id-ChosenEncryptionAlgorithm, 

id-ChosenlntegrityProtectionAlgorithm, 

id-ClassmarkInf ormation2, 

id-ClassmarkInf ormationS, 

id-CriticalityDiagnostics, 

id-DRX-CycleLengthCoef f icient , 

id-DirectTransf erinf ormationltem-RANAP-RelocInf , 
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id-DirectTransf erinf ormationList-RANAP-RelocInf , 

id-DL-GTP-PDU-SequenceNumber, 

id-Encrypt ion In format ion, 

id-GlobalRNC-ID, 

id- IntegrityProtect ion In format ion, 

id-IuSigConId, 

id-IuSigConldltem, 

id-IuSigConldList, 

id-IuTransportAssociation, 

id-KeyStatus, 

id-L3- In format ion, 

id-LAI, 

id-NAS-PDU, 

id-NonSearchinglndication, 

id-NumberOf Steps, 

id-OMC-ID, 

id-OldBSS-ToNewBSS-Information, 

id-PagingArealD, 

id-PagingCause, 

id-PermanentNAS-UE-ID, 

id-RAB-Contextltem, 

id-RAB-ContextList, 

id-RAB-ContextFailedtoTransferltem, 

Id-RAB-ContextFailedtoTransferList, 

id-RAB-Contextltem-RANAP-RelocInf , 

id-RAB-ContextList-RANAP-RelocInf , 

id-RAB-DataForwardingltem, 

id-RAB-DataForwardingltem-SRNS-CtxReq, 

id-RAB-DataForwardingList, 

id-RAB-DataForwardingList-SRNS-CtxReq, 

id-RAB-DataVolumeReportltem, 

id-RAB-DataVolumeReportList, 

id-RAB-DataVolumeReportRequestltem, 

id-RAB-DataVolumeReportRequestList, 

id-RAB-Failedltem, 

id-RAB-FailedList, 

id-RAB-FailedtoReportltem, 

id-RAB-FailedtoReportList, 

id-RAB-ID, 

id-RAB-Queuedltem, 

id-RAB-QueuedList, 

id-RAB-ReleaseFailedList, 

id-RAB-Releaseltem, 

id-RAB-Re leas edit em- luRelComp, 

id-RAB-ReleaseList, 

id-RAB-Re leas edit em, 

id-RAB-ReleasedList, 

id-RAB-ReleasedList-IuRelComp, 

id-RAB-RelocationReleaseltem, 

id-RAB-RelocationReleaseList , 

id-RAB-SetupIt em-Re locReq, 
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id-RAB-SetupIt em-Re locReqAck, 
id-RAB-SetupList-RelocReq, 
id-RAB-SetupList-RelocReqAck, 
id-RAB-SetupOrModif iedltem, 
id-RAB-SetupOrModif iedList, 
id-RAB-SetupOrModifyltem, 
id-RAB-SetupOrModlfyList, 
id-RAC, 

id-Re locationType, 
id-Request Type, 
id-SAI, 
id-SAPI, 
id-SourcelD, 

id-Sour ceRNC-ToTar get RNC-Tr an spar ent Container, 
id-TargetID, 

id-Target RNC-ToS our ceRNC-Transpar ent Container, 
id-TemporaryUE-ID, 
id-TraoeReference, 
id-TraceType, 
id-TransportLayerAddress, 
id-TriggerlD, 
id-UE-ID, 

id-UL-GTP-PDU-SequenceNumber 
FROM RANAP-Constants; 
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^-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



-- Common Container Lists 



k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k 



RAB- IE-Container Li St 

RAB-IE-ContainerPairList 

ProtocolError-IE-ContainerList 

luSigConld-IE-ContainerList 

{lEsSetParam} } 

DirectTransfer-IE-ContainerList 



RANAP-PROTOCOL-IES 
RANAP-PROTOCOL-IES-PAIR 
RANAP-PROTOCOL-IES 
RANAP-PROTOCOL-IES 



RANAP-PROTOCOL-IES 



lEsSetParam 
lEsSetParam 
lEsSetParam 
lEsSetParam 



ProtocolIE-ContainerList 
ProtocolIE-ContainerPairList 
ProtocolIE-ContainerList 
ProtocolIE-ContainerList 



1, maxNrOfRABs, {LEsSetParam} 

1, maxNrOfRABs, {lEsSetParam} 

1, maxNrOfRABs, {lEsSetParam} 

1, maxNrOf luSigConlds, 



lEsSetParam } 



ProtocolIE-ContainerList 



1, maxNrOfDTs, 



[LEsSetParam} } 



lu RELEASE ELEMENTARY PROCEDURE 



lu Release Command 



lu-ReleaseCommand 



SEQUENCE { 
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protocolIEs ProtocolIE-Container { { lu-ReleaseCommandlEs } }, 

protocolExtensions ProtocolExtensionContainer { { lu-ReleaseCommandExtensions } 



OPTIONAL, 



lu-ReleaseCommandlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause 



PRESENCE mandatory }, 



lu-ReleaseCommandExtensions RANAP-PROTOCOL-EXTENSION ::= 



lu Release Complete 



lu-ReleaseComplete ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { lu-ReleaseCompletelEs } }, 

protocolExtensions ProtocolExtensionContainer { { lu-ReleaseCompleteExtensions } } 



OPTIONAL, 



PRESENCE conditional 



lu-ReleaseCompletelEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-DataVolumeReportList CRITICALITY ignore TYPE RAB-DataVolumeReportList 

— This group is only present if data volume reporting for PS domain is required — } 

{ ID Id-RAB-ReleasedList-IuRelComp CRITICALITY ignore TYPE RAB-ReleasedList-IuRelComp PRESENCE conditional 

— This group is only present for RABs towards the PS domain when sequence numbers are available and when the release was initiated by UTRAN 



{ ID Id-CriticalityDiagnostics 



CRITICALITY ignore TYPE CriticalityDiagnostics 



PRESENCE optional 



RAB-DataVolumeReportList 



RAB- IE-Container Li St 



{RAB-DataVolumeReportltemlEs} } 



RAB-DataVolumeReportltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-DataVolumeReportltem CRITICALITY ignore TYPE RAB-DataVolumeReportltem 



PRESENCE mandatory 



RAB-DataVolumeReportltem ::= SEQUENCE { 
rAB-ID RAB-ID, 

dl-UnsuccessfullyTransmittedDataVolume DataVolumeList OPTIONAL 
— This IE is only present if data volume reporting for PS domain is required — , 
IE-Extensions ProtocolExtensionContainer { {RAB-DataVolumeReportltem-ExtlEs } 



OPTIONAL, 



} 
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RAB-ReleasedList-IuRelComp 



RAB- IE-Container Li St 



{RAB-Releasedltem-IuRelComp-IEs} } 



RAB-Releasedltem-IuRelComp-IEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-Releasedltem-IuRelComp CRITICALITY ignore TYPE RAB-Releasedltem-IuRelComp 



PRESENCE mandatory }, 



RAB-Releasedltem-IuRelComp ::= SEQUENCE { 
rAB-ID RAB-ID, 

dL-GTP-PDU-SequenceNumber DL-GTP-PDU-SequenceNumber OPTIONAL 
— This IE is only present when available — , 

uL-GTP-PDU-SequenceNumber UL-GTP-PDU-SequenceNumber OPTIONAL 
— This IE is only present when available — , 
IE-Extensions ProtocolExtensionContainer { {RAB-Releasedltem-IuRelComp-ExtlEs } 



OPTIONAL, 



RAB-Releasedltem-IuRelComp-ExtlEs RANAP-PROTOCOL-EXTENSION 



lu-ReleaseCompleteExtensions RANAP-PROTOCOL-EXTENSION ::= { 



RELOCATION PREPARATION ELEMENTARY PROCEDURE 



Relocation Required 



RelocationRequired : := SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationRequiredlEs } }, 
protocolExtensions ProtocolExtensionContainer { {RelocationRequiredExtensions } } 

} 



OPTIONAL, 



RelocationRequiredlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Relocationlype CRITICALITY reject TYPE RelocationType 

{ ID id-Cause CRITICALITY ignore TYPE Cause 



PRESENCE mandatory } | 
PRESENCE mandatory } 
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{ ID id-SourcelD CRITICALITY ignore TYPE SourcelD PRESENCE mandatory } 

{ ID id-TargetID CRITICALITY reject TYPE TargetID PRESENCE mandatory } 

{ ID id-ClassmarkInformation2 CRITICALITY reject TYPE Classmarklnf ormation2 PRESENCE conditional 

— This is only present when initiating an inter system handover towards GSM BSC — } 

{ ID id-ClassmarkInformation3 CRITICALITY ignore TYPE Classmarklnf ormationS PRESENCE conditional 

— This is only present when initiating an inter system handover towards GSM BSC — } 
{ ID Id-SourceRNC-ToTargetRNC-TransparentContainer 

CRITICALITY reject TYPE SourceRNC-ToTargetRNC-TransparentContainer PRESENCE conditional 

— This IE shall be present when initiating relocation of SRNS — } 

{ ID id-OldBSS-ToNewBSS-Information CRITICALITY ignore TYPE OldBSS-ToNewBSS-Inf ormation PRESENCE conditional 

— This is only present when initiating an inter system handover towards GSM BSC — } , 

} 

RelocationRequiredExtensions RANAP-PROTOCOL-EXTENSION ::= { 



— Relocation Command 



RelocationCommand : := SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationCommandlEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationCommandExtensions } } OPTIONAL, 

} 

RelocationCommandlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-TargetRNC-ToSourceRNC-TransparentContainer 

CRITICALITY reject TYPE TargetRNC-ToSourceRNC-TransparentContainer PRESENCE conditional 

— This IE shall be included if it is received by the CN from the relocation target. — } 

{ ID id-L3-Information CRITICALITY ignore TYPE L3-Inf ormation PRESENCE conditional 

— This IE shall be included if it is received by the CN from the relocation target. — } 

{ ID Id-RAB-RelocationReleaseList CRITICALITY ignore TYPE RAB-RelocationReleaseList PRESENCE optional } 
{ ID id-RAB-DataForwardingList CRITICALITY ignore TYPE RAB-DataForwardingList PRESENCE conditional 

— This group if applicable is only present for RABs towards the PS domain — } 

{ ID Id-CriticalityDlagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 

} 

RAB-RelocationReleaseList ::= RAB-IE-ContainerList { (RAB-RelocationReleaseltemlEs } } 

RAB-RelocationReleaseltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-RelocationReleaseltem CRITICALITY ignore TYPE RAB-RelocationReleaseltem PRESENCE mandatory 

} 

RAB-RelocationReleaseltem : := SEQUENCE { 
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rAB-ID 
iE-Extensions 



RAB-ID, 

ProtocolExtensionContainer { {RAB-RelocationReleaseltem-ExtlEs } } 



OPTIONAL, 



RAB-RelocationReleaseltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



RAB-DataForwardingList 



: := RAB-IE-ContainerList { {RAB-DataForwardingltemlEs } } 



RAB-DataForwardingltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-DataForwardingltem CRITICALITY ignore TYPE RAB-DataForwardingltem 



PRESENCE mandatory }, 



RAB-DataForwardingltem ::= SEQUENCE { 

rAB-ID RAB-ID, 

transportLayerAddress TransportLayerAddress, 

iuTransportAssociation luTransportAssociation, 

iE-Extensions ProtocolExtensionContainer 



{RAB-DataForwardingltem-ExtlEs} } OPTIONAL, 



RAB-DataForwardingltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



RelocationCommandExtensions RANAP-PROTOCOL-EXTENSION ::= 



— Relocation Preparation Failure 



RelocationPreparationFailure : := SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationPreparationFailurelEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationPreparationFailureExtensions } } 



OPTIONAL, 



} 

RelocationPreparationFailurelEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } 

{ ID Id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 



RelocationPreparationFailureExtensions RANAP-PROTOCOL-EXTENSION : := { 
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RELOCATION RESOURCE ALLOCATION ELEMENTARY PROCEDURE 



— Relocation Request 

RelocationRequest : := SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationRequestlEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationRequestExtensions } } OPTIONAL, 

} 

RelocationRequestlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-PermanentNAS-UE-ID CRITICALITY ignore TYPE PermanentNAS-UE-ID PRESENCE conditional 

— This IE is only present if available at the sending side — } 
{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } 

{ ID id-CN-Domainlndicator CRITICALITY reject TYPE CN-Domainlndicator PRESENCE mandatory } | 

{ ID Id-SourceRNC-ToTargetRNC-TransparentContainer 

CRITICALITY reject TYPE SourceRNC-ToTargetRNC-TransparentContainer PRESENCE mandatory } | 
{ ID id-RAB-SetupList-RelocReq CRITICALITY reject TYPE RAB-SetupList-RelocReq PRESENCE optional } I 

{ ID id-IntegrityProtectionlnformation CRITICALITY ignore TYPE IntegrityProtectionInf ormation PRESENCE conditional 

— This IE is only present if available at the sending side — } 

{ ID id-Encryptionlnformation CRITICALITY ignore TYPE Encryptioninf ormation PRESENCE optional } I 

{ ID id-IuSigConId CRITICALITY ignore TYPE luSignallingConnectionldentif ier PRESENCE mandatory }, 

} 

RAB-SetupList-RelocReq ::= RAB-IE-ContainerList { {RAB-SetupItem-RelocReq-IEs } } 

RAB-SetupItem-RelocReq-IEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-SetupItem-RelocReq CRITICALITY reject TYPE RAB-SetupItem-RelocReq PRESENCE mandatory }, 

} 

RAB-SetupItem-RelocReq ::= SEQUENCE { 

rAB-ID RAB-ID, 

nAS-Synchron is at ion Indicator NAS -Synchronisation Indicator OPTIONAL 

— This IE is present if the relevant NAS information is provided by the CN — , 
rAB-Parameters RAB-Parameters, 
dataVolumeReportinglndication DataVolumeReportinglndication OPTIONAL 

— This IE, if applicable, is only present for RABs towards the PS domain — , 
pDP-Typelnformation PDP-TypeInf ormation OPTIONAL 
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— This IE is only present for RABs towards the PS domain — , 

us erP lane In format ion Us erP lane In format ion, 

transportLayerAddress TransportLayerAddress, 

iuTransportAssociation luTransportAssociation, 

service-Handover Service-Handover OPTIONAL, 

IE-Extensions ProtocolExtensionContainer { {RAB-SetupItem-RelocReq-ExtlEs } 



OPTIONAL, 



RAB-SetupItem-RelocReq-ExtlEs RANAP-PROTOCOL-EXTENSION 



Us erP lane Information 
userPlaneMode 
uP -Mode Vers ions 

iE-Extensions 



SEQUENCE { 



UserPlaneMode, 

UP-ModeVersions, 

ProtocolExtensionContainer { {UserPlaneInf ormation-ExtlEs } 



OPTIONAL, 



UserPlanelnformation-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



RelocationRequestExt ens ions RANAP-PROTOCOL-EXTENSION 



Relocation Request Acknowledge 



RelocationRequestAcknowledge : := SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationRequestAcknowledgelEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationRequestAcknowledgeExtensions } 



OPTIONAL, 



RelocationRequestAcknowledgelEs RANAP-PROTOCOL-IES : := { 
{ ID Id-TargetRNC-ToSourceRNC-TransparentContainer 

CRITICALITY ignore TYPE TargetRNC-ToSourceRNC-TransparentContainer PRESENCE conditional 

— Must be included if applicapble and if not sent via the other CN — } 

{ ID id-RAB-SetupList-RelocReqAck CRITICALITY ignore TYPE RAB-SetupList-RelocReqAck PRESENCE optional} I 

{ ID id-RAB-FailedList CRITICALITY ignore TYPE RAB-FailedList PRESENCE optional } 

{ ID Id-ChosenlntegrityProtectionAlgorithm CRITICALITY ignore TYPE ChosenlntegrityProtectionAlgorithm PRESENCE conditional 

— This IE is only present if available at the sending side — } 

{ ID Id-ChosenEncryptionAlgorithm CRITICALITY ignore TYPE ChosenEncryptionAlgorithm PRESENCE optional } I 
{ ID Id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 
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} 

RAB-SetupList-RelocReqAck ::= RAB-IE-ContainerList { {RAB-SetupItem-RelocReqAck-IEs } } 

RAB-SetupItem-RelocReqAck-IEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-SetupItem-RelocReqAck CRITICALITY reject TYPE RAB-SetupItem-RelocReqAck PRESENCE mandatory }, 

} 

RAB-SetupItem-RelocReqAck ::= SEQUENCE { 

rAB-ID RAB-ID, 

transportLayerAddress TransportLayerAddress OPTIONAL, 

— This IE is only present for RABS towards the PS Domain 

iuTransportAssociation luTransportAssociation OPTIONAL, 

— This IE is only present for RABS towards the PS Domain 

IE-Extensions ProtocolExtensionContainer { {RAB-SetupItem-RelocReqAck-ExtlEs } } OPTIONAL, 

} 

RAB-SetupItem-RelocReqAck-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

RAB-FailedList ::= RAB-IE-ContainerList { {RAB-FailedltemlEs } } 

RAB-FailedltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-Failedltem CRITICALITY ignore TYPE RAB-Failedltem PRESENCE mandatory }, 

} 

RAB-Failedltem ::= SEQUENCE { 

rAB-ID RAB-ID, 

cause Cause, 

IE-Extensions ProtocolExtensionContainer { (RAB-Failedltem-ExtlEs } } OPTIONAL, 

} 

RAB-Failedltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

RelocationRequestAcknowledgeExtensions RANAP-PROTOCOL-EXTENSION : := { 



Relocation Failure 
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RelocationFailure ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationFailurelEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationFailureExtensions } } 



OPTIONAL, 



RelocationFailurelEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } 

{ ID Id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 



RelocationFailureExtensions RANAP-PROTOCOL-EXTENSION ::= 



— RELOCATION CANCEL ELEMENTARY PROCEDURE 



Relocation Cancel 



RelocationCancel ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationCancellEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationCancelExtensions } } 



OPTIONAL, 



RelocationCancellEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause 



PRESENCE mandatory }, 



RelocationCancelExtensions RANAP-PROTOCOL-EXTENSION ::= { 



— Relocation Cancel Acknowledge 



RelocationCancelAcknowledge ::= SEQUENCE { 

protocolIEs ProtocolIE-Container 



(RelocationCancelAcknowledgelEs } } , 
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protocolExtensions ProtocolExtensionContainer { {RelocationCancelAcknowledgeExtensions } } OPTIONAL, 



RelocationCancelAcknowledgelEs RANAP-PROTOCOL-IES ::= { 

{ ID id-CritlcalltyDlagnostics CRITICALITY ignore TYPE CriticalityDiagnostics 



PRESENCE optional }, 



RelocationCancelAcknowledgeExtensions RANAP-PROTOCOL-EXTENSION ::= { 



SRNS CONTEXT TRANSFER OPEARATION 



SRNS Context Request 



SRNS-ContextRequest ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { SRNS-ContextRequestlEs } }, 

protocolExtensions ProtocolExtensionContainer { { SRNS-ContextRequestExtensions } } 



OPTIONAL, 



SRNS-ContextRequestlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-DataForwardingList-SRNS-CtxReq CRITICALITY ignore TYPE RAB-DataForwardingList-SRNS-CtxReq 



PRESENCE mandatory } , 



RAB-DataForwardingList-SRNS-CtxReq 



: := RAB-IE-ContainerList { {RAB-DataForwardingltem-SRNS-CtxReq-IEs } } 



RAB-DataForwardingltem-SRNS-CtxReq-IEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-DataForwardingltem-SRNS-CtxReq CRITICALITY reject TYPE RAB-DataForwardingltem-SRNS-CtxReq PRESENCE mandatory }, 



RAB-DataForwardingltem-SRNS-CtxReq ::= SEQUENCE { 
rAB-ID RAB-ID, 

IE-Extensions ProtocolExtensionContainer 



{RAB-DataForwardingI tern- SRNS -CtxReq-Ext IE s} 



OPTIONAL, 



RAB-DataForwardingltem-SRNS-CtxReq-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 
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SRNS Context Response 



SRNS-ContextResponse : : 
protocolIEs 
protocolExtensions 



= SEQUENCE { 
ProtocolIE-Container { { SRNS-ContextResponselEs } }, 

ProtocolExtensionContainer { { SRNS-ContextResponseExtensions } } 



OPTIONAL, 



SRNS-ContextResponselEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-ContextList CRITICALITY ignore TYPE RAB-ContextList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — } I 

{ ID Id-RAB-ContextFailedtoTransferList CRITICALITY ignore TYPE RAB-ContextFailedtoTransf erList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — } I 
{ ID Id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 



RAB-ContextList 



RAB-IE-ContainerList { {RAB-ContextltemlEs } } 



RAB-ContextltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-Contextltem CRITICALITY ignore TYPE RAB-Contextltem 



PRESENCE mandatory }, 



RAB-Contextltem ::= SEQUENCE { 

rAB-ID RAB-ID, 

dl-GTP-PDU-SequenceNumber DL-GTP-PDU-SequenceNumber 

— This IE is only present when available — , 

ul-GTP-PDU-SequenceNumber UL-GTP-PDU-SequenceNumber 

— This IE is only present when available — , 

dl-N-PDU-SequenceNumber DL-N-PDU-SequenceNumber 

— This IE is only present when available — , 

ul-N-PDU-SequenceNumber UL-N-PDU-SequenceNumber 

— This IE is only present when available — , 
iE-Extensions ProtocolExtensionContainer { ■ 



OPTIONAL 



OPTIONAL 



OPTIONAL 



OPTIONAL 



RAB-Contextltem-ExtlEs} } 



OPTIONAL, 



RAB-Contextltem-ExtlEs RANAP-PROTOCOL-EXTENSION 
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RAB-ContextFailedtoTransferList ::= RAB-IE-ContainerList { {RABs-ContextFailedtoTransf erItemlEs } } 

RABs-ContextFailedtoTransferltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-ContextFailedtoTransferltem CRITICALITY ignore TYPE RABs-ContextFailedtoTransf eritem PRESENCE mandatory }, 

} 

RABs-ContextFailedtoTransferltem: := SEQUENCE { 
rAB-ID RAB-ID, 

cause Cause, 

iE-Extensions ProtocolExtensionContainer { { RABs-ContextFailedtoTransf erItem-ExtlEs } } OPTIONAL, 



RABs-ContextFailedtoTransferltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



SRNS-ContextResponseExtensions RANAP-PROTOCOL-EXTENSION ::= { 



~- SECURITY MODE CONTROL ELEMENTARY PROCEDURE 



— Security Mode Command 

SecurityModeCommand ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { SecurityModeCommandlEs } }, 

protocolExtensions ProtocolExtensionContainer { { SecurityModeCommandExtensions } } OPTIONAL, 

} 

SecurityModeCommandlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-IntegrityProtectionlnformation CRITICALITY reject TYPE IntegrityProtectionInf ormation PRESENCE mandatory 
{ ID id-Encryptionlnformation CRITICALITY ignore TYPE Encryptioninf ormation PRESENCE optional } | 

{ ID id-KeyStatus CRITICALITY reject TYPE KeyStatus PRESENCE mandatory}, 

} 

SecurityModeCommandExtensions RANAP-PROTOCOL-EXTENSION ::= { 



£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 

} 



129 



ETSI TS 125 413 V3.5.0 (2001-03) 



— Security Mode Complete 



SecurityModeComplete ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { SecurityModeCompletelEs } }, 

protocolExtensions ProtocolExtensionContainer { { SecurityModeCompleteExtensions } } 



OPTIONAL, 



SecurityModeCompletelEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-ChosenlntegrityProtectionAlgorithm CRITICALITY reject TYPE ChosenlntegrityProtectionAlgorithm PRESENCE mandatory } | 
{ ID Id-ChosenEncryptionAlgorithm CRITICALITY ignore TYPE ChosenEncryptionAlgorithm PRESENCE optional } I 
{ ID Id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 



SecurityModeCompleteExtensions RANAP-PROTOCOL-EXTENSION ::= { 



^-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



— Security Mode Reject 



k~k~k~k~k~k~k~k*~k*~k*~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k~k 



SecurityModeReject ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { SecurityModeRe jectlEs } }, 

protocolExtensions ProtocolExtensionContainer { { SecurityModeRe jectExtensions } } 



OPTIONAL, 



SecurityModeRejectlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } 

{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional }, 



SecurityModeRejectExtensions RANAP-PROTOCOL-EXTENSION ::= { 



DATA VOLUME REPORT ELEMENTARY PROCEDURE 
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— Data Volume Report Request 

DataVolumeReportRequest : := SEQUENCE { 

protocolIEs ProtocolIE-Container { {DataVolumeReportRequestlEs } }, 

protocolExtensions ProtocolExtensionContainer { {DataVolumeReportRequestExtensions } } OPTIONAL, 

} 

DataVolumeReportRequestlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-DataVolumeReportRequestList CRITICALITY ignore TYPE RAB-DataVolumeReportRequestList PRESENCE mandatory }, 

} 

RAB-DataVolumeReportRequestList ::= RAB-IE-ContainerList { {RAB-DataVolumeReportRequestltemlEs } } 

RAB-DataVolumeReportRequestltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-DataVolumeReportRequestltem CRITICALITY reject TYPE RAB-DataVolumeReportRequestltem PRESENCE mandatory }, 

} 

RAB-DataVolumeReportRequestltem ::= SEQUENCE { 
rAB-ID RAB-ID, 

IE-Extensions ProtocolExtensionContainer { (RAB-DataVolumeReportRequestltem-ExtlEs } } OPTIONAL, 

} 

RAB-DataVolumeReportRequestltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

DataVolumeReportRequestExtensions RANAP-PROTOCOL-EXTENSION ::= { 



— Data Volume Report 



DataVolumeReport ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {DataVolumeReportlEs } }, 

protocolExtensions ProtocolExtensionContainer { {DataVolumeReportExtensions } } OPTIONAL, 
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DataVolumeReportlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-DataVolumeReportList CRITICALITY ignore TYPE RAB-DataVolumeReportList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — } I 
{ ID id-RAB-FailedtoReportList CRITICALITY ignore TYPE RAB-FailedtoReportList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — } I 
{ ID Id-CriticalltyDlagnostlcs CRITICALITY ignore TYPE CriticalltyDiagnostlcs PRESENCE optional }, 



DataVolumeReportExt ens ions RANAP-PROTOCOL-EXTENSION 



RAB-FailedtoReportList 



RAB- IE-Container Li St 



{RABs-f alled-to-reportltemlEs } 



RABs-failed-to-reportltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-FailedtoReportltem CRITICALITY ignore TYPE RABs-f ailed-to-reportltem 



PRESENCE mandatory }, 



RABs-f ailed-to-reportltem: := 
rAB-ID 
cause 

iE-Extensions 



SEQUENCE { 
RAB-ID, 
Cause, 

ProtocolExtensionContainer 



RABs-f ailed-to-report It em-ExtlEs} 



OPTIONAL, 



RABs-f ailed-to-report It em-ExtlEs RANAP-PROTOCOL-EXTENSION 



— RESET ELEMENTARY PROCEDURE 



— Reset 



Reset : := SEQUENCE { 
protocolIEs 
protocolExtensions 



ProtocolIE-Container { {ResetlEs} }, 

ProtocolExtensionContainer { {ResetExtensions } 



OPTIONAL, 
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ResetlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } 

{ ID id-CN-Domainlndicator CRITICALITY reject TYPE CN-Domainlndicator PRESENCE mandatory } | 

{ ID id-GlobalRNC-ID CRITICALITY ignore TYPE GlobalRNC-ID PRESENCE conditional 

— This IE is always used in the uplink direction — }, 

} 

ResetExtensions RANAP-PROTOCOL-EXTENSION ::= { 



— Reset Acknowledge 

ResetAcknowledge ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {ResetAcknowledgelEs } }, 

protocolExtensions ProtocolExtensionContainer { {ResetAcknowledgeExtensions } } OPTIONAL, 

} 

ResetAcknowledgelEs RANAP-PROTOCOL-IES ::= { 

{ ID id-CN-Domainlndicator CRITICALITY reject TYPE CN-Domainlndicator PRESENCE mandatory } | 

{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics PRESENCE optional } I 

{ ID id-GlobalRNC-ID CRITICALITY ignore TYPE GlobalRNC-ID PRESENCE conditional 

— This IE is always used in the uplink direction — }, 

} 

ResetAcknowledgeExtensions RANAP-PROTOCOL-EXTENSION ::= { 



RESET RESOURCE ELEMENTARY PROCEDURE 



— Reset Resource 



ResetResource ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {ResetResourcelEs } 
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OPTIONAL, 



ResetResourcelEs RANAP-PROTOCOL-IES ::= { 

{ ID id-CN-Domainlndicator CRITICALITY reject TYPE CN-Domainlndicator PRESENCE mandatory } | 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE mandatory } 

{ ID id-IuSigConldList CRITICALITY ignore TYPE ResetResourceList PRESENCE mandatory } | 

{ ID id-GlobalRNC-ID CRITICALITY ignore TYPE GlobalRNC-ID PRESENCE conditional 

— This IE is always used in the uplink direction — }, 



ResetResourceList 



luSigConld-IE-ContainerList { {ResetResourceltemlEs } } 



ResetResourceltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-IuSigConldltem CRITICALITY reject TYPE ResetResourceltem 



PRESENCE mandatory }, 



ResetResourceltem 
iuSigConId 
iE-Extensions 



SEQUENCE 



luSignallingConnectionldentifier, 
ProtocolExtensionContainer { { ResetResourceltem-ExtlEs } 



OPTIONAL, 



ResetResourceltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



ResetResourceExtensions RANAP-PROTOCOL-EXTENSION 



— Reset Resource Acknowledge 



ResetResourceAcknowledge : := SEQUENCE { 

protocolIEs ProtocolIE-Container { {ResetResourceAcknowledgelEs } }, 

protocolExtensions ProtocolExtensionContainer { {ResetResourceAcknowledgeExtensions } } 



OPTIONAL, 



ResetResourceAcknowledgelEs RANAP-PROTOCOL-IES : := { 

{ ID id-CN-Domainlndicator CRITICALITY reject 

{ ID Id-IuSigConldList CRITICALITY ignore 

{ ID id-GlobalRNC-ID CRITICALITY ignore 

— This IE is always used in the uplink direction — 



TYPE CN-Domainlndicator 
TYPE ResetResourceAckList 
TYPE GlobalRNC-ID 



PRESENCE mandatory } | 
PRESENCE mandatory } | 
PRESENCE conditional 
} I 
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PRESENCE optional }, 



ResetResourceAckList ::= luSigConld-IE-ContainerList { {ResetResourceAckltemlEs } } 



ResetResourceAckltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-IuSigConldltem CRITICALITY reject TYPE ResetResourceAckltem 



PRESENCE mandatory }, 



ResetResourceAckltem : : 
iuSigConId 
iE-Extensions 



SEQUENCE { 

luSignallingConnectionldentifier, 
ProtocolExtensionContainer { { ResetResourceAckltem-ExtlEs } 



OPTIONAL, 



ResetResourceAckltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



ResetResourceAcknowledgeExtensions RANAP-PROTOCOL-EXTENSION ::= { 



-- RAB RELEASE REQUEST ELEMENTARY PROCEDURE 



RAB Release Request 



RAB-ReleaseRequest ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {RAB-ReleaseRequestlEs } }, 

protocolExtensions ProtocolExtensionContainer { {RAB-ReleaseRequestExtensions } 



OPTIONAL, 



RAB-ReleaseRequestlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-ReleaseList CRITICALITY ignore TYPE RAB-ReleaseList 



PRESENCE mandatory }, 



RAB-ReleaseList 



RAB-IE-ContainerList { {RAB-ReleaseltemlEs } 



RAB-ReleaseltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-Releaseltem CRITICALITY ignore TYPE RAB-Releaseltem 



PRESENCE mandatory }, 
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RAB-Releaseltem ::= SEQUENCE { 

rAB-ID RAB-ID, 

cause Cause, 

iE-Extensions ProtocolExtensionContainer 



{RAB-Releaseltem-ExtlEs } 



OPTIONAL, 



RAB-Releaseltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= 



RAB-ReleaseRequestExtensions RANAP-PROTOCOL-EXTENSION ::= { 



— lu RELEASE REQUEST ELEMENTARY PROCEDURE 



— lu Release Request 



lu-ReleaseRequest ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { lu-ReleaseRequestlEs } }, 

protocolExtensions ProtocolExtensionContainer { { lu-ReleaseRequestExtensions } } 



OPTIONAL, 



lu-ReleaseRequestlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause 



PRESENCE mandatory }, 



lu-ReleaseRequestExtensions RANAP-PROTOCOL-EXTENSION ::= { 



RELOCATION DETECT ELEMENTARY PROCEDURE 
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— Relocation Detect 



RelocatlonDetect ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationDetectlEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationDetectExtensions } 



OPTIONAL, 



RelocationDetectlEs RANAP-PROTOCOL-IES ::= { 



RelocationDetectExtensions RANAP-PROTOCOL-EXTENSION ::= { 



RELOCATION COMPLETE ELEMENTARY PROCEDURE 



-- Relocation Complete 



RelocationComplete ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {RelocationCompletelEs } }, 

protocolExtensions ProtocolExtensionContainer { {RelocationCompleteExtensions } 



OPTIONAL, 



RelocationCompletelEs RANAP-PROTOCOL-IES ::= { 



RelocationCompleteExtensions RANAP-PROTOCOL-EXTENSION ::= { 



PAGING ELEMENTARY PROCEDURE 
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— Paging 



Paging ::= SEQUENCE { 
protocolIEs 
protocolExtensions 



ProtocolIE-Container { {PaginglEs} }, 

ProtocolExtensionContainer { {PagingExtensions } } 



OPTIONAL, 



PaginglEs RANAP-PROTOCOL-IES ::= { 
{ ID id-CN-Domainlndicator 
{ ID id-PermanentNAS-UE-ID 
{ ID id-TemporaryUE-ID 
{ ID id-PagingArealD 
{ ID id-PagingCause 
{ ID id-NonSearchinglndication 
{ ID id-DRX-CycleLengthCoef f icient CRITICALITY ignore 

— This IE shall be included whenever available for that UE — 



CRITICALITY ignore 
CRITICALITY ignore 
CRITICALITY ignore 
CRITICALITY ignore 
CRITICALITY ignore 



TYPE CN-Domainlndicator 
TYPE PermanentNAS-UE-ID 
TYPE TemporaryOE-ID 
TYPE PagingArealD 
TYPE PagingCause 



PRESENCE mandatory 
PRESENCE mandatory 
PRESENCE optional } 
PRESENCE optional } 
PRESENCE optional } 



CRITICALITY ignore TYPE NonSearchinglndication 



PRESENCE optional } I 



TYPE DRX-CycleLengthCoeff icient 



PRESENCE conditional 



PagingExtensions RANAP-PROTOCOL-EXTENSION ::= { 



t**************************** 



COMMON ID ELEMENTARY PROCEDURE 



t**************************************************** 



— Common ID 



CommonID ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { CommonlD-IEs } }, 

protocolExtensions ProtocolExtensionContainer { { CommonlDExtensions } } 



OPTIONAL, 



CommonlD-IEs RANAP-PROTOCOL-IES 
{ ID Id-PermanentNAS-UE-ID 



CRITICALITY ignore TYPE PermanentNAS-UE-ID 



PRESENCE mandatory }, 
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CommonlDExtensions RANAP-PROTOCOL-EXTENSION ::= { 



CN INVOKE TRACE ELEMENTARY PROCEDURE 



CN Invoke Trace 



CN-InvokeTrace ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { CN-InvokeTracelEs } }, 

protocolExtensions ProtocolExtensionContainer { { CN-InvokeTraceExtensions } } 



OPTIONAL, 



CN-InvokeTracelEs RANAP-PROTOCOL-IES 
{ ID id-Tracelype 
{ ID id-TraceRef erence 
{ ID id-TriggerlD 
{ ID id-UE-ID 
{ ID id-OMC-ID 



{ 
CRITICALITY ignore TYPE TraceType 

CRITICALITY ignore TYPE TraceRef erence 
CRITICALITY ignore TYPE TriggerlD 
CRITICALITY ignore TYPE UE-ID 
CRITICALITY ignore TYPE OMC-ID 



PRESENCE mandatory } 

PRESENCE mandatory 

PRESENCE optional } 
PRESENCE optional } 
PRESENCE optional }, 



} I 



CN-InvokeTraceExt ens ions RANAP-PROTOCOL-EXTENSION 



CN DEACTIVATE TRACE ELEMENTARY PROCEDURE 



— CN Deactivate Trace 



CN-DeactivateTrace ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { CN-DeactivateTracelEs } }, 

protocolExtensions ProtocolExtensionContainer { { CN-DeactivateTraceExtensions } 



OPTIONAL, 
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CN-DeactivateTracelEs RANAP-PROTOCOL-IES ::= { 

{ ID id-TraceReference CRITICALITY ignore TYPE TraceRef erence PRESENCE mandatory 

{ ID Id-TriggerlD CRITICALITY Ignore TYPE TriggerlD PRESENCE optional }, 



CN-DeactlvateTraceExtenslons RANAP-PROTOCOL-EXTENSION ::= { 



LOCATION REPORTING CONTROL ELEMENTARY PROCEDURE 



Location Reporting Control 



LocatlonReportlngControl : := SEQUENCE { 

protocolIEs ProtocolIE-Contalner { { LocatlonReportlngControlIEs } }, 

protocolExtenslons ProtocolExtenslonContalner { { LocatlonReportlngControlExtenslons } } OPTIONAL, 



LocatlonReportlngControlIEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RequestType CRITICALITY Ignore TYPE RequestType 



PRESENCE mandatory }, 



LocatlonReportlngControlExtenslons RANAP-PROTOCOL-EXTENSION ::= { 



— LOCATION REPORT ELEMENTARY PROCEDURE 



Location Report 
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LocationReport ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { LocationReportlEs } }, 

protocolExtensions ProtocolExtensionContainer { { LocationReportExtensions } 



OPTIONAL, 



LocationReportlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Arealdentity CRITICALITY ignore TYPE Arealdentity PRESENCE optional } 

{ ID id-Cause CRITICALITY ignore TYPE Cause PRESENCE optional } 

{ ID id-RequestType CRITICALITY ignore TYPE RequestType PRESENCE conditional 

— This IE shall be present when Cause IE is present and has value "Requested Report Type not supported" — } 



LocationReportExtensions RANAP-PROTOCOL-EXTENSION 



INITIAL UE MESSAGE ELEMENTARY PROCEDURE 



— Initial UE Message 



^-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k-k 



t********************************* 



InitialUE-Message ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { InitialUE-MessagelEs } }, 

protocolExtensions ProtocolExtensionContainer { { InitialUE-MessageExtensions } } 



OPTIONAL, 



InitialUE-MessagelEs RANAP-PROTOCOL-IES ::= { 

{ ID id-CN-Domainlndicator CRITICALITY ignore TYPE CN-Domainlndicator PRESENCE mandatory } | 

{ ID id-LAI CRITICALITY ignore TYPE LAI PRESENCE mandatory } | 

{ ID id-RAC CRITICALITY ignore TYPE RAC PRESENCE conditional 

— This IE is only present for RABs towards the PS domain — } 

{ ID id-SAI CRITICALITY ignore TYPE SAI PRESENCE mandatory } | 

{ ID id-NAS-PDU CRITICALITY ignore TYPE NAS-PDU PRESENCE mandatory } 

{ ID id-IuSigConId CRITICALITY ignore TYPE luSignallingConnectionldentif ier PRESENCE mandatory } | 

{ ID id-GlobalRNC-ID CRITICALITY ignore TYPE GlobalRNC-ID PRESENCE mandatory }, 



InitialUE-MessageExtensions RANAP-PROTOCOL-EXTENSION 
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DIRECT TRANSFER ELEMENTARY PROCEDURE 



— Direct Transfer 



DirectTransfer ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {DirectTransf erIEs } }, 

protocolExtensions ProtocolExtensionContainer { {DirectTransf erExtensions } } 



OPTIONAL, 



DirectTransferlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-NAS-PDU CRITICALITY ignore TYPE NAS-PDU 

{ ID id-LAI CRITICALITY ignore TYPE LAI 

— This IE is only present if the message is directed to the PS domain 
{ ID id-RAC CRITICALITY ignore TYPE RAC 

— This IE is only present if the message is directed to the PS domain 
{ ID id-SAI CRITICALITY ignore TYPE SAT 

— This IE is only present if the message is directed to the PS domain 
{ ID id-SAPI CRITICALITY ignore TYPE SAPI 

— This IE is always used in downlink direction — 



PRESENCE mandatory 
PRESENCE conditional 

PRESENCE conditional 

PRESENCE conditional 

PRESENCE conditional 
}, 



DirectTransf erExtensions RANAP-PROTOCOL-EXTENSION 



OVERLOAD CONTROL ELEMENTARY PROCEDURE 



Overload 



Overload 



SEQUENCE { 
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OPTIONAL, 



OverloadlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-NumberOfSteps CRITICALITY ignore TYPE NumberOf Steps 

{ ID Id-GlobalRNC-ID CRITICALITY ignore TYPE GlobalRNC-ID 

— This IE is always used in the uplink direction — 



PRESENCE optional } 
PRESENCE conditional 
}, 



OverloadExtensions RANAP-PROTOCOL-EXTENSION ::= { 



— ERROR INDICATION ELEMENTARY PROCEDURE 



Error Indication 



Errorlndication ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {ErrorlndicationlEs } }, 

protocolExtensions ProtocolExtensionContainer { {ErrorlndicationExtensions } } 



OPTIONAL, 



ErrorlndicationlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-Cause CRITICALITY ignore TYPE Cause 

— At least either of Cause IE or Criticality IE shall be present — 
{ ID id-CriticalityDiagnostics CRITICALITY ignore TYPE CriticalityDiagnostics 

— At least either of Cause IE or Criticality IE shall be present — } 
{ ID id-CN-Domainlndicator CRITICALITY ignore TYPE CN-Domainlndicator PRESENCE optional 
{ ID id-GlobalRNC-ID CRITICALITY ignore TYPE GlobalRNC-ID PRESENCE conditional 

— This IE is always used in the uplink direction when message is sent connectionless — }, 



PRESENCE conditional 

} 

PRESENCE conditional 

} 

} I 



ErrorlndicationExtensions RANAP-PROTOCOL-EXTENSION 
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SRNS Data Forward Command 



SRNS-DataForwardCommand ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { { SRNS-DataForwardCommandlEs } }, 

protocolExtensions ProtocolExtensionContainer { { SRNS-DataForwardCommandExtensions } 



OPTIONAL, 



SRNS-DataForwardCommandlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-DataForwardingList CRITICALITY ignore TYPE RAB-DataForwardingList 

— This group is only present for RABs towards the PS domain — 



PRESENCE conditional 



SRNS-DataForwardCommandExtensions RANAP-PROTOCOL-EXTENSION ::= { 



~- FORWARD SRNS CONTEXT ELEMENTARY PROCEDURE 



— Forward SRNS Context 



ForwardSRNS-Context ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {ForwardSRNS-ContextlEs } }, 

protocolExtensions ProtocolExtensionContainer { {ForwardSRNS-ContextExtensions } 



OPTIONAL, 



ForwardSRNS-ContextlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-ContextList CRITICALITY ignore TYPE RAB-ContextList 



PRESENCE mandatory }, 



ForwardSRNS-ContextExtensions RANAP-PROTOCOL-EXTENSION ::= { 
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— RAB ASSIGNMENT ELEMENTARY PROCEDURE 



— RAB Assignment Request 



RAB-AssignmentRequest : 
protocolIEs 
protocolExtensions 



:= SEQUENCE { 
ProtocolIE-Container { {RAB-AssignmentRequestlEs } }, 

ProtocolExtensionContainer { {RAB-AssignmentRequestExtensions } } 



OPTIONAL, 



RAB-AssignmentRequestlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-SetupOrModifyList CRITICALITY ignore TYPE RAB-SetupOrModif yList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — 
{ ID Id-RAB-ReleaseList CRITICALITY ignore TYPE RAB-ReleaseList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — 



RAB- SetupOrModif yList 



RAB-IE-ContainerPairList 



{RAB-SetupOrModifyltem-IEs} } 



RAB-SetupOrModifyltem-IEs RANAP-PROTOCOL-IES-PAIR ::= { 

{ ID Id-RAB-SetupOrModifyltem FIRST CRITICALITY reject FIRST TYPE RAB-SetupOrModif yItemFirst 

SECOND CRITICALITY ignore SECOND TYPE RAB-SetupOrModif yItemSecond 

PRESENCE mandatory }, 



RAB-SetupOrModifyltemFirst ::= SEQUENCE { 
rAB-ID RAB-ID, 

nAS-Synchr on is at ion Indicator NAS-Synchr on is at ion Indicator 



OPTIONAL 



— This IE is present at a 
rAB-Parameters 

— This IE is present at a 
us erP lane In format ion 

— This IE is present at a 
t ran sport Layer In format ion 

— This IE is present at a 
Syncronisation Indicator IE is 

service-Handover 
IE-Extensions 



RAB modification if the relevant NAS information is provided by the CN — 

RAB-Parameters OPTIONAL 
RAB establishment or when any previously set value shall be modified at a 

UserPlanelnformation OPTIONAL 
RAB establishment or when any previously set value shall be modified at a 

Iran sport Layer In format ion OPTIONAL 
RAB establishment, and may be present at a RAB modification if at least 
also included — , 

Service-Handover OPTIONAL, 

ProtocolExtensionContainer { (RAB-SetupOrModif yItemFirst-ExtlEs } } 



RAB modification — , 
RAB modification — , 
one more IE than the RAB ID IE and the NAS 

OPTIONAL, 
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} 



Transport Layer In format ion : 
t ran sport Layer Address 
iuTransportAssociation 
iE-Extensions 



SEQUENCE { 

TransportLayerAddress, 

IuTransportAssociation, 

ProtocolExtensionContainer { { Iran sport Layer In formation-Ext IE s } 



OPTIONAL, 



TransportLayerlnformation-ExtlEs RANAP-PROTOCOL-EXTENSION 



RAB-SetupOrModifyltemFirst-ExtlEs RANAP-PROTOCOL-EXTENSION 



RAB-SetupOrModifylt 

pDP -Type In forma 

— This IE is o 
dataVolumeRepor 

— This IE, if 
dl-GTP-PDU-Sequ 

— This IE, if 
ul-GTP-PDU-Sequ 

— This IE, if 
dl-N-PDU-Sequen 

— This IE, if 
ul-N-PDU-Sequen 

— This IE, if 
iE-Extensions 



emSecond : : 

tion 

nly present 

tinglndicat 

applicable, 
enceNumber 

available, 

enceNumber 

available, 

ceNumber 

available, 

ceNumber 

available. 



= SEQUENCE { 

PDP -Type In format ion OP 

for RABs towards the PS domain at RAB 
ion DataVolumeReportinglndicat 

is only present for RABs towards the PS 
DL-GTP-PDU-SequenceNumber OP 
esent for RABs towards the PS 
UL-GTP-PDU-SequenceNumber 



OP 



OP 



is only pr 

is only present for RABs towards the PS 

is only present for RABs towards the PS 
UL-N-PDU-SequenceNumber OP 
esent for RABs towards the PS 
ocolExtensionContainer { {RAB 



is only pr 
Prot 



TIONAL 

stablishment — , 
ion OPTIONAL 

domain at RAB establishment — , 
TIONAL 

domain at RAB establishment — , 
TIONAL 

domain at RAB establishment — , 
TIONAL 

domain at RAB establishment — , 
TIONAL 

domain at RAB establishment — , 
-SetupOrModifyltemSecond-ExtlEs} } 



OPTIONAL, 



RAB-SetupOrModifyltemSecond-ExtlEs RANAP-PROTOCOL-EXTENSION 



RAB-AssignmentRequestExt ens ions RANAP-PROTOCOL-EXTENSION 



— RAB Assignment Response 



RAB-Assignment Response 

protocolIEs 

prot ocolExt ens ions 



: := SEQUENCE { 
ProtocolIE-Container { {RAB-AssignmentResponselEs } } , 

ProtocolExtensionContainer { {RAB-AssignmentResponseExtensions } 



OPTIONAL, 
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RAB-AssignmentResponselEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-SetupOrModifiedList CRITICALITY ignore TYPE RAB-SetupOrModif iedList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — 
{ ID id-RAB-ReleasedList CRITICALITY ignore TYPE RAB-ReleasedList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — 

{ ID Id-RAB-QueuedList CRITICALITY ignore TYPE RAB-QueuedList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — 
{ ID Id-RAB-FailedList CRITICALITY ignore TYPE RAB-FailedList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — 

{ ID Id-RAB-ReleaseFailedList CRITICALITY ignore TYPE RAB-ReleaseFailedList PRESENCE conditional 

— This group must be present at least when no other group is present, ie. at least one group must be present — 
{ ID Id-CritlcalltyDiagnostlcs CRITICALITY ignore TYPE CrlticalltyDiagnostlcs PRESENCE optional }, 



RAB-SetupOrModif iedList 



RAB- IE-Container Li St 



{RAB-SetupOrModif iedltemlEs} } 



RAB-SetupOrModifiedltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-SetupOrModifiedltem CRITICALITY ignore TYPE RAB-SetupOrModif iedltem 



PRESENCE mandatory }, 



RAB-SetupOrModifiedltem ::= SEQUENCE { 
rAB-ID RAB-ID, 

transportLayerAddress 



TransportLayerAddress OPTIONAL 



-- This IE is only present for RABs towards the PS domain — , 



iuTransport Association 



luTransportAssociation OPTIONAL 



— This IE is only present for RABs towards the PS domain — , 
dl-dataVolumes DataVolumeList OPTIONAL 

— This IE is only present if the RAB has been modified and - 

— RAB data volume reporting for PS domain is required — , 
IE-Extensions ProtocolExtensionContainer { 



[RAB-SetupOrModif iedltem-ExtlEs} } 



OPTIONAL, 



RAB-SetupOrModifiedltem-ExtlEs RANAP-PROTOCOL-EXTENSION 



RAB-ReleasedList 



: := RAB-IE-ContainerList { (RAB-ReleasedltemlEs } } 



RAB-ReleasedltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID Id-RAB-Releasedltem CRITICALITY ignore TYPE RAB-Releasedltem 



PRESENCE mandatory }, 



RAB-Releasedltem ::= SEQUENCE { 
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rAB-ID RAB-ID, 

dl-dataVolumes DataVolumeList OPTIONAL 

— This IE is only present if data volume reporting for PS domain is required — , 
dL-GTP-PDU-SequenceNumber DL-GTP-PDU-SequenceNumber OPTIONAL 

— This IE is only present for RABs towards the PS domain when available and when the release is UTRAN initiated — , 
uL-GTP-PDU-SequenceNumber UL-GTP-PDU-SequenceNumber OPTIONAL 

— This IE is only present for RABs towards the PS domain when available and when the release is UTRAN initiated — , 
IE-Extensions ProtocolExtensionContainer { {RAB-Releasedltem-ExtlEs } } OPTIONAL, 

} 

RAB-Releasedltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

DataVolumeList ::= SEQUENCE (SIZE (1 . .maxNrOfVol) ) OF 
SEQUENCE { 

dl-Unsuccessf ullyTransmittedDataVolume Unsuccessf ullyTransmittedDataVolume, 

dataVolumeRef erence DataVolumeRef erence OPTIONAL, 

IE-Extensions ProtocolExtensionContainer { {DataVolumeList-ExtlEs } } OPTIONAL, 

} 

DataVolumeList-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

RAB-QueuedList ::= RAB-IE-ContainerList { {RAB-QueuedltemlEs } } 

RAB-QueuedltemlEs RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-Queuedltem CRITICALITY ignore TYPE RAB-Queuedltem PRESENCE mandatory }, 

} 

RAB-Queuedltem ::= SEQUENCE { 

rAB-ID RAB-ID, 

iE-Extensions ProtocolExtensionContainer { {RAB-Queuedltem-ExtlEs } } OPTIONAL, 

} 

RAB-Queuedltem-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

RAB-ReleaseFailedList : := RAB-FailedList 

RAB-AssignmentResponseExtensions RANAP-PROTOCOL-EXTENSION ::= { 
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— PRIVATE MESSAGE 



PrivateMessage ::= SEQUENCE { 

privatelEs PrivatelE-Container { {PrivateMessage-IEs 



PrivateMessage-IEs RANAP-PRIVATE-IES ::= 



RANAP RELOCATION INFORMATION ELEMENTARY PROCEDURE 



RANAP-Relocationlnformation ::= SEQUENCE { 

protocolIEs ProtocolIE-Container { {RANAP-RelocationInf ormationlEs } }, 

protocolExtensions ProtocolExtensionContainer { {RANAP-RelocationInf ormationExtensions } } 



OPTIONAL, 



RANAP-RelocationlnformationlEs RANAP-PROTOCOL-IES ::= { 
{ ID id-DirectTransferlnformationList-RANAP-RelocInf 

CRITICALITY ignore TYPE DirectTransf erinf ormationList-RANAP-RelocInf 

PRESENCE optional } 
{ ID id-RAB-ContextList-RANAP-RelocInf CRITICALITY ignore TYPE RAB-ContextList-RANAP-RelocInf PRESENCE optional }, 



DirectTransf erInformationList-RANAP-RelocInf 



DirectTransfer-IE-ContainerList 



{ Direct TransferlnformationltemlEs-RANAP-RelocInf} } 



DirectTransferlnformationltemlEs-RANAP-RelocInf RANAP-PROTOCOL-IES ::= { 
{ ID id-DirectTransferlnformationltem-RANAP-RelocInf 

CRITICALITY ignore TYPE DirectTransf erInformationltem-RANAP-RelocInf 

PRESENCE mandatory }, 



DirectTransf erInformationltem-RANAP-RelocInf : := SEQUENCE { 
nAS-PDU NAS-PDU, 

SAP I SAP I, 

cN-Domain Indicator CN-Doma in Indicator, 

IE-Extensions ProtocolExtensionContainer { {RANAP-DirectTransf erInf ormationltem-ExtlEs-RANAP-RelocInf } } 



OPTIONAL, 



} 
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RAB-ContextList-RANAP-RelocInf 



RAB- IE-Container Li St 



{RAB-ContextltemlEs-RANAP-RelocInf } } 



RAB-ContextltemlEs-RANAP-RelocInf RANAP-PROTOCOL-IES ::= { 

{ ID id-RAB-Contextltem-RANAP-RelocInf CRITICALITY ignore TYPE RAB-Contextltem-RANAP-RelocInf 



PRESENCE mandatory }, 



RAB-Contextltem-RANAP-RelocInf ::= SEQUENCE { 
rAB-ID RAB-ID, 

dl-GTP-PDU-SequenceNumber DL-GTP-PDU-SequenceNumber 

— This IE is only present when available — , 

ul-GTP-PDU-SequenceNumber UL-GTP-PDU-SequenceNumber 

— This IE is only present when available — , 

dl-N-PDU-SequenceNumber DL-N-PDU-SequenceNumber 

— This IE is only present when available — , 

ul-N-PDU-SequenceNumber UL-N-PDU-SequenceNumber 

— This IE is only present when available — , 
IE-Extensions ProtocolExtensionContainer { ■ 



OPTIONAL 



OPTIONAL 



OPTIONAL 



OPTIONAL 



RAB-Contextltem-ExtlEs-RANAP-RelocInf } } 



OPTIONAL, 



RAB-Contextltem-ExtlEs-RANAP-RelocInf RANAP-PROTOCOL-EXTENSION ::= { 



RANAP-RelocationlnformationExtensions RANAP-PROTOCOL-EXTENSION ::= { 



END 



9.3.4 Information Element Definitions 



Information Element Definitions 



RANAP-IEs { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) ranap (0) versionl (1) ranap-IEs (2) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 
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IMPORTS 

maxNrOf Error s , 

maxNrOfPDPDi recti on s, 

maxNrOfPoints, 

maxNrOfRABs, 

maxNrOfSeparateTraf f icDirections, 

maxRAB-Subf lows, 

maxRAB-Subf lowCombination, 

maxNrOfLevels, 

id-MessageStructure 

FROM RANAP-Constants 

Criticality, 
ProcedureCode, 
ProtocolIE-ID, 
TriggeringMessage 

FROM RANAP-CommonDataTypes 

ProtocolExtensionContainer{ }, 
RANAP-PROTOCOL-EXTENSION 
FROM RANAP-Containers; 

— A 

AllocationOrRetentionPriority : := SEQUENCE { 
priorityLevel PriorityLevel, 

pre-empt ionCapability Pre-empt ionCapability, 
pre-empt ionVulner ability Pre-emptionVulner ability, 
queuingAllowed QueuingAllowed, 

iE-Extensions ProtocolExtensionContainer { { AllocationOrRetentionPriority-ExtlEs } } OPTIONAL, 



AllocationOrRetentionPriority-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



Arealdentity ::= CHOICE { 
sAI SAT, 

geographical Area 



Geographical Area, 



SindingID 
— C 



OCTET STRING (SIZE (4)) 
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Cause : := CHOICE { 

radioNetwork CauseRadioNetwork, 

transmissionNetwork CauseTransmissionNetwork, 

nAS CauseNAS, 

protocol CauseProtocol, 

misc CauseMisc, 

non-standard CauseNon- Standard, 



CauseMisc ::= INTEGER { 

om-intervention (113) , 

no-resource-avallable (114) , 

unspecified-failure (115) , 

network-optimisation (116) 
} (113. .128) 

CauseNAS ::= INTEGER { 

user-restriction-start-indication (81) , 
user-restriction-end-indication (82) , 

normal -re lease (83) 
} (81. .96) 

CauseProtocol ::= INTEGER { 

transfer-syntax-error (97) , 

semantic-error (98) , 

me s s age-not -compatible-with-receiver- St ate (99) , 

abstract -syntax-error-reject (100) , 

abstract-syntax-error-ignore-and-notif y (101) , 

abstract-syntax-error-f alsely-constructed-message (102) 

} (97. .112) 

CauseRadioNetwork ::= INTEGER { 
rab-pre-empted (1) , 
trelocoverall-expiry (2) , 
trelocprep-expiry (3) , 
treloccomplete-expiry (4) , 
tqueing-expiry (5) , 
relocation-triggered (6) , 
trellocalloc-expiry (7) , 

unable-to-establish-during-re location (8) , 
unknown-target-rnc (9) , 
relocation-cancelled (10) , 
successful-relocation (11) , 

requested-ciphering-and-or- integrity-protect ion-algorithms -not -supported (12) ^ 
change-of-ciphering-and-or- integrity-protect ion- is -not -supported (13) , 
failure-in-the-radio-interf ace-procedure (14) , 
release-due-to-utran-generated-reason (15) , 
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user-inactivity (16) , 
time-critical-relocation (17) , 
requested-traf f ic-class-not-available (18) , 
invalid-rab-parameters-value (19) , 
requested-maximum-bit-rate-not-available (20) , 
reque s t ed-guar ant eed-bit -rate-not -a vail able (21) , 
requested-transf er-delay-not-achievable (22) , 
invalid-rab-parameters-combination (23) , 
condition-violation-f or-sdu-parameters (24) , 
condit ion-violat ion- for-t raff ic-handling-pr lor ity (25) , 
condition-violation-f or-guar ant eed-bit -rate (2 6) , 
user-plane-versions-not-supported (27) , 
iu-up-f allure (28) , 

relocat ion- failure-in-target-CN-RNC-or-tar get-system (2 9) , 
invalid-RAB-ID (30) , 
no-remaining-rab (31) , 

interaction-with-other-procedure (32) , 

requested-maximum-bit-rate-f or-dl-not-available (33) , 
reque s t ed-maximum-bi t -r at e-for-ul -not -a vail able (34 ) , 
reque St ed-guar ant eed-bit-r at e-f or-dl-not-available (35) , 
request ed-guar ant eed-bit -rat e-for-ul -not -a vail able (3 6) , 
repeated-integrity-checking-failure (37) , 
requested-report-type-not-supported (38) , 
request-superseded (39) , 

re 1 ea s e-due-t o-UE-gener at ed- signal ling-connect ion-re lease (40) , 
resource-optimisation-relocation (41) , 
requested-inf ormation-not-available (42) , 
relocation-desirable-for-radio-reasons (43) , 

re 1 ocat ion-not- support ed-in-t a rget-RNC-or-target- system (44 ) , 
directed-retry (45) , 
radio-connection-with-UE-Lost (4 6) 
} (1..64) 
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CauseNon- standard 



INTEGER (129. .256) 



CauseTransmissionNetwork ::= INTEGER { 

signalling-transport-resource-failure (65) , 
iu-transport-connection-f ailed-to-establish (66) 

} (65. .80) 



CriticalityDiagnostics : : 
procedureCode 
triggeringMessage 
procedureCriticality 



SEQUENCE { 

ProcedureCode OPTIONAL, 

TriggeringMessage OPTIONAL, 

Criticality OPTIONAL, 



iEsCriticalityDiagnostics CriticalityDiagnostics-IE-List OPTIONAL, 

iE-Extensions ProtocolExtensionContainer { { CriticalityDiagnostics-ExtlEs } } OPTIONAL, 



CriticalityDiagnostics-ExtlEs RANAP-PROTOCOL-EXTENSION 
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CriticalityDiagnostics-IE-List ::= SEQUENCE (SIZE (1 . .maxNrOf Errors) ) OF 
SEQUENCE { 

Criticality, 
ProtocolIE-ID, 

RepetitionNumber OPTIONAL, 

ProtocolExtensionContainer { { CrltlcalltyDiagnostics-IE-List-ExtlEs } } OPTIONAL, 



iECriticality 
iE-ID 

repetitionNumber 
iE-Extensions 



CriticalityDiagnostics-IE-List-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

{ ID id-MessageStructure CRITICALITY ignore EXTENSION MessageStructure PRESENCE optional 



MessageStructure ::= SEQUENCE (SIZE (1 . .maxNrOf Levels) ) OF 
SEQUENCE { 

IE-ID ProtocolIE-ID, 

repetitionNumber RepetitionNumber OPTIONAL, 

IE-Extensions ProtocolExtensionContainer { {MessageStructure-ExtlEs } } OPTIONAL, 



MessageStructure-ExtlEs RANAP-PROTOCOL-EXTENSION ::= 



CGI : := SEQUENCE { 

pLMN-ID PLMN-ID, 

lAC LAC, 

Cl CI, 

iE-Extensions ProtocolExtensionContainer { {CGI-ExtlEs} } OPTIONAL 



CGI-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

ChosenEncryptionAlgorithm ::= EncryptionAlgorithm 

ChosenlntegrityProtectionAlgorithm : := IntegrityProtectionAlgorithm 

CI ::= OCTET STRING (SIZE (2)) 

ClassmarkInformation2 ::= OCTET STRING 

ClassmarkInformation3 ::= OCTET STRING 
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CN-Doma in Indicator 
cs-domain, 
ps-domain 



ENUMERATED 



DataVolumeRef erence 



INTEGER (0. .255) 



DataVolumeReportinglndication : := ENUMERATED 
do-report, 
do-not -report 



DCH-ID 



INTEGER (0. .255) 



DeliveryOfErroneousSDU : := ENUMERATED { 
yes, 
no, 
no-error- detection-consideration 



DeliveryOrder : := ENUMERATED { 
delivery-order-requested, 
delivery-order-not -requested 



DL-GTP-PDU-SequenceNumber 

— Reference: xx.xxx 

DL-N-PDU-SequenceNumber 

— Reference: xx.xxx 



: := INTEGER (0. . 65535) 



INTEGER (0. . 65535) 



D-RNTI ::= INTEGER (0.. 1048575) 

DRX-CycleLengthCoefficient ::= INTEGER (6.. 9) 

DSCH-ID ::= INTEGER (0..255) 



Encrypt lonAlgorithm 



::= INTEGER { no-encryption (0), standard-UMTS-encryption-algorith-UEAl (1) } (0..15) 



Encryptionlnformation : := SEQUENCE { 

permittedAlgorithms PermittedEncryptionAlgorithms, 

key EncryptionKey, 

iE-Extensions ProtocolExtensionContainer { {Encryptioninf ormation-ExtlEs } } OPTIONAL 

} 
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EncryptionKey 

— Reference: 33.102 



3IT STRING (SIZE (128)) 



Event ::= ENUMERATED { 
stop, 
direct, 
change-of-servicearea. 



GeographicalArea : := CHOICE { 

point GA-Point, 

pointWithUnCertainty GA-PointWithUnCertainty, 

polygon GA-Polygon, 



GeographicalCoordlnates : := SEQUENCE { 

latitudeSign ENUMERATED { north, south }, 

latitude INTEGER (0 .. 8388607) , 

longitude INTEGER (-8388608 .. 8388607) , 
IE-Extensions ProtocolExtensionContainer { 



{GeographicalCoordinates-ExtlEs} } OPTIONAL, 



GeographicalCoordinates-ExtlEs RANAP-PROTOCOL-EXTENSION 



GA-Point ::= SEQUENCE { 

geographical Coordinates GeographicalCoordlnates, 

IE-Extensions ProtocolExtensionContainer { { GA-Point-ExtlEs } } OPTIONAL, 



GA-Point-ExtlEs RANAP-PROTOCOL-EXTENSION ::= 



GA-PointWithUnCertainty ::=SEQUENCE { 

geographical Coordinates GeographicalCoordlnates, 

iE-Extensions ProtocolExtensionContainer { {GA-PointWithUnCertainty-ExtlEs } } OPTIONAL, 

uncertaintyCode INTEGER (0..127) 
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GA-PointWithUnCertainty-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



GA-Polygon ::= SEQUENCE (SIZE (1 . .maxNrOf Points) ) OF 
SEQUENCE { 

geographical Coordinates GeographicalCoordinates, 

iE-Extensions ProtocolExtensionContainer { { GA-Polygon-ExtlEs } } OPTIONAL, 



GA-Polygon-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



GlobalRNC-ID ::= SEQUENCE { 

pLMN-ID PLMN-ID, 

rNC-ID RNC-ID 



GTP-TEI 

— Reference: xx . xxx 



OCTET STRING (SIZE (4)) 



Guar ant eedBit rate 

— Unit is bits per sec 



INTEGER (0. .16000000) 



— H 

— I 



IMEI 

— Reference: 23.003 



OCTET STRING (SIZE (8)) 



IMSI ::= TBCD-STRING (SIZE (3.. 8)) 

— Reference: 23.003 



IntegrityProtectionAlgorithm 



INTEGER { standard-UMTS-integrity-algorithm-UIAl (0) } (0..15) 



IntegrityProtectionlnformation : := SEQUENCE { 

permit tedAlgorithms PermittedlntegrityProtectionAlgorithms, 

key IntegrityProtectionKey, 

iE-Extensions ProtocolExtensionContainer { { IntegrityProtectionInf ormation-ExtlEs } } OPTIONAL 

} 

IntegrityProtectionlnformation-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



IntegrityProtectionKey 



3IT STRING (SIZE (128)) 
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luSignallingConnectionldentifier 



3IT STRING (SIZE (24) ) 



luTransportAssociation : := CHOICE { 

gTP-TEI GTP-TEI, 

bindingID BindingID, 



— J 

— K 

KeyStatus ::= ENUMERATED { 
old, 
new. 



— L 
LAC 



::= OCTET STRING (SIZE (2)) 



LAI : := SEQUENCE { 

pLMN-ID PLMN-ID, 

lAC LAC, 

lE-Extenslons ProtocolExtensionContainer { {LAI-ExtlEs} } OPTIONAL 



LAI-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



L3- Information 

— M 



OCTET STRING 



MaxBitrate ::= INTEGER (1 .. 16000000) 

— Unit is bits per sec 



MaxSDU-Slze 

— MaxSDU-Size 

— Unit is bit 



INTEGER (0. .32768) 



MCC ::= TBCD-STRING (SIZE (2)) 

— Reference: 24.008 

MNC ::= TBCD-STRING (SIZE (2)) 

— Reference: 24.008 
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NAS-Synchron is at ion Indicator 



3IT STRING (SIZE (4) ) 



NonSearchinglndication : := ENUMERATED { 
non-searching, 
searching 



Number Of lu In stances 
NumberOf Steps 
— 

OldBSS-ToNewBSS-Information 



: := INTEGER (1. .2) 
: := INTEGER (1. . 16) 

: := OCTET STRING 



OMC-ID ::= OCTET STRING (SIZE (3.. 22)) 

— Reference: GSM TS 12.20 



PagingArealD ::= CHOICE { 
lAI LAI, 

rAI RAI, 



PagingCause ::= ENUMERATED { 

terminating-conversational-call, 
terminating-streaming-call, 
terminating-inter active-call, 
terminating-background-call, 
terminating- low-priority- signal ling. 



t erminat ing-hi gh-pr i or ity- signal ling 



PDP-Typelnformation ::= SEQUENCE (SIZE (1 . .maxNrOf PDPDirections) ) OF 
PDP-Type 

PDP-Type ::= ENUMERATED { 
empty, 
PPP. 

osp-ihoss — this value shall not be used — , 
ipv4 , 
ipv6. 



PermanentNAS-UE-ID 



CHOICE { 
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PermittedEncryptionAlgorithms ::= SEQUENCE (SIZE (1..16)) OF 
Encrypt ionAlgorithm 

PermittedlntegrityProtectionAlgorlthms ::= SEQUENCE (SIZE (1..16)) OF 
IntegrityProtect ionAlgorithm 



PLMN-ID 



::= TBCD-STRING (SIZE (3)) 



Pre-emptionCapability : := ENUMERATED 
shall -not -trigger-pre-empt ion, 
may-trigger-pre-emption 



Pre-empt ionVulner ability 
not -pre-empt able, 
pre-empt able 



ENUMERATED { 



PriorityLevel 

P-TMSI 
— Q 



::= INTEGER { spare (0), highest (1), lowest (14), no-priority (15) } (0..15) 
OCTET STRING (SIZE (4)) 



QueuingAllowed ::= ENUMERATED 
queueing-not-allowed, 
queueing-allowed 



— R 

RAB-Asymmetrylndicator : := ENUMERATED { 

symmetric-bidirectional, 

asymmetric-unidirectional -down link, 

asymmetric-unidirectional -uplink, 

asymmetric-bidirectional. 



RAB-ID ::= BIT STRING (SIZE (8)) 

RAB-Parameter-GuaranteedBitrateList ::= SEQUENCE (SIZE (1 . .maxNrOf SeparateTraf f icDirections) ) OF GuaranteedBitrate 

RAB-Parameter-MaxBitrateList ::= SEQUENCE (SIZE (1 . .maxNrOf SeparateTraf f icDirections) ) OF MaxBitrate 

RAB-Parameters ::= SEQUENCE { 

trafficClass Traf f icClass, 

rAB-Asymmetry Indicator RAB-Asymmetry Indicator, 
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maxBit 
guaran 

— Thi 
delive 
maxSDU 
sDU-Pa 
transf 

— Thi 
traffi 

— Thi 
alloca 
source 

— Thi 
reloca 

— Thi 
iE-Ext 



rate 
teed 

s IE 

ryOrde 

-Size 

ramete 

erDela 

IE i 
cHandl 
s IE i 
tionOr 
Statis 
s IE 
tionRe 

IE 
ension 



tRat 
s on 



rs 

y 

s on 
ingP 
s on 
Rete 
tics 
s on 
quir 
s on 



RAB-Parameter-MaxBitrateList, 
e RAB-Parameter-GuaranteedBitrateList OPTIONAL 
ly present when traffic class indicates Conversational or Streaming — , 

DeliveryOrder, 
MaxSDU-Size, 

SDU-Parameters, 

TransferDelay OPTIONAL 
ly present when traffic class indicates Conversational or Streaming — , 
riority Traf f icHandlingPriority OPTIONAL 
ly present when traffic class indicates Interactiv — , 
ntionPriority AllocationOrRetentionPriority OPTIONAL, 
Descriptor SourceStatisticsDescriptor OPTIONAL 

ly present when traffic class indicates Conversational or Streaming — , 
ement RelocationRequirement OPTIONAL 
ly present for RABs towards the PS domain — , 

ProtocolExtensionContainer { {RAB-Parameters-ExtlEs } } OPTIONAL, 



RAB-Parameters-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



RAB-SubflowCombinationBitRate ::= INTEGER (0 .. 16000000) 

RAB-TrCH-Mapping ::= SEQUENCE ( SIZE (1 . .maxNrOf RABs) ) OF 
RAB-TrCH-Mappingltem 

RAB-TrCH-Mappingltem ::= SEQUENCE { 
rAB-ID RAB-ID, 

trCH-ID-List TrCH-ID-List , 



RAC 



::= OCTET STRING (SIZE (1)) 



RAI : := SEQUENCE { 

lAI LAI, 

r AC RAC , 

IE-Extensions ProtocolExtensionContainer 



{RAI-ExtlEs} } OPTIONAL, 



RAI-ExtlEs RANAP-PROTOCOL-EXTENSION 



Rat eControlAl lowed 
not-allowed, 
allowed 



ENUMERATED { 



£75/ 



3GPP TS 25.413 version 3.5.0 Release 1999 



161 



ETSI TS 125 413 V3.5.0 (2001-03) 



RelocationRequirement 
lossless, 
none. 



ENUMERATED { 



RelocationType : := ENUMERATED { 
ue-not-involved, 
ue-involved. 



RepetitionNumber 



INTEGER (1. .256) 



ReportArea ::= ENUMERATED { 
service-area, 
geographical-coordinates. 



RequestType ::= SEQUENCE { 

event Event, 

reportArea ReportArea, 

accuracyCode INTEGER (0..127) OPTIONAL, 

— To be used if Geographical Coordinates shall be reported with a requested accuracy. 



ResidualBitErrorRatio ::= SEQUENCE { 

mantissa INTEGER (1..9), 

exponent INTEGER (1..8), 

IE-Extensions ProtocolExtensionContainer { {ResidualBitErrorRatio-ExtlEs } } OPTIONAL 

} 
— ResidualBitErrorRatio = mantissa * 10^-exponent 

ResidualBitErrorRatio-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



RNC-ID ::= INTEGER (0..4095) 

— RNC-ID ::= BIT STRING (SIZE (12)) 

— Harmonized with RNSAP and NBAP definitions 



RRC-Container 

— S 

SAC 

SAI : := SEQUENCE { 



: := OCTET STRING 



OCTET STRING (SIZE (2)) 
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pLMN-ID 

lAC LAC, 

SAC SAC, 

iE-Extensions 



ProtocolExtensionContainer { {SAI-ExtlEs} } OPTIONAL 



SAI-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



SAP I ::= ENUMERATED 
sapi-0, 
sapi-3. 



SDU-ErrorRatio : := 
mantissa 
exponent 
iE-Extensions 



SEQUENCE { 

INTEGER (1. . 9) , 
INTEGER (1. . 6) , 

ProtocolExtensionContainer 



{SDU-ErrorRatio-ExtlEs} } OPTIONAL 



— SDU-ErrorRatio = mantissa * 10^-exponent 

SDU-ErrorRatio-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 

} 

SDU-FormatlnformationParameters ::= SEQUENCE (SIZE (1 . .maxRAB-Subf lowCombination) ) OF 
SEQUENCE { 

subflowSDU-Size Subf lowSDU-Size OPTIONAL 

— This IE is only present for RABs that have predefined SDU size(s) — , 
r AB- Subf lowCombinationBit Rate RAB- Subf lowCombinationBit Rate OPTIONAL 

— At least either of subf lowSDU-Size or rABsubf lowCombinationBitRate — 

— shall be present when SDUf ormatinf ormationParameter is present — , 

iE-Extensions ProtocolExtensionContainer { { SDU-FormatInf ormationParameters-ExtlEs } } OPTIONAL, 



SDU-FormatlnformationParameters-ExtlEs RANAP-PROTOCOL-EXTENSION 



SDU-Parameters ::= SEQUENCE (SIZE (1 . .maxRAB-Subf lows) ) OF 
SEQUENCE { 

sDU-ErrorRatio SDU-ErrorRatio OPTIONAL 

— This IE is not present when DeliveryOf ErroneousSDU is set to no-error-detection-consideration 
residualBitErrorRatio ResidualBitErrorRatio, 

deliveryOf ErroneousSDU DeliveryOf Erroneous SDU, 

sDU-FormatInf ormationParameters SDU-FormatInf ormationParameters OPTIONAL 

— This IE shall be present for RABs with predefined SDU sizes — , 

iE-Extensions ProtocolExtensionContainer { { SDU-Parameters-ExtlEs } } OPTIONAL, 
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Service-Handover : := ENUMERATED { 

handover-to-GSM-should-be-per formed, 
handover-to-GSM-should-not-be-per formed, 
handove r-to-GSM- shall -not -be-per formed. 



SourcelD ::= CHOICE { 
sourceRNC-ID 
sAI SAI, 



SourceRNC-ID, — If UMTS target 
— if GSM target 



SourceRNC-ID ::= SEQUENCE { 

pLMN-ID PLMN-ID, 

rNC-ID RNC-ID, 

IE-Extensions ProtocolExtensionContainer { { SourceRNC-ID-ExtlEs } } OPTIONAL 



SourceRNC-ID-ExtlEs RANAP-PROTOCOL-EXTENSION ::= 



SourceRNC-ToTargetRNC-TransparentContainer : := SEQUENCE { 
rRC-Container RRC-Container, 

number Of lu In stances NumberOflu In stances, 
relocationType RelocationType, 

chosenlntegrityProtectionAlgorithm ChosenlntegrityProtectionAlgorithm 

— Must be present for intra UMTS Handovers if available — , 
integrityProtectionKey IntegrityProtectionKey OPTIONAL 

— Must be present for intra UMTS Handovers if available — , 
chosenEncryptionAlgorithFor Signal ling ChosenEncryptionAlgorithm OPTIONAL 

— Must be present for intra UMTS Handovers if ciphering is active — , 
cipheringKey EncryptionKey OPTIONAL 

— Must be present for intra UMTS Handovers if ciphering is active — , 
chosenEncryptionAlgorithForCS ChosenEncryptionAlgorithm OPTIONAL 

— Must be present for intra UMTS Handovers if ciphering is active — , 



OPTIONAL 



ChosenEncryptionAlgorithFor PS ChosenEncryptionAlgorithm OPTIONAL 

— Must be present for intra UMTS Handovers if ciphering is active — , 
d-RNTI D-RNTI OPTIONAL 

— Included for SRNS Relocation without UE involvement — , 
targetCellld TargetCellld OPTIONAL 

— Included for SRNS Relocation with UE involvement — , 
rAB-TrCH-Mapping RAB-TrCH-Mapping OPTIONAL 
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— Included for SRNS Relocation without UE involvement and — 

— if RABs are carried on DCH, USCH or DSCH transport channels — , 

iE-Extensions ProtocolExtensionContainer { { SourceRNC-ToTargetRNC-TransparentContainer-ExtlEs } } OPTIONAL, 



SourceRNC-ToTargetRNC-TransparentContainer-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



SourceStatisticsDescriptor : : 
speech, 
unknown. 



ENUMERATED 



SubflowSDU-Size 
— Unit is bit 



INTEGER (0. .4095) 



— T 
TargetCellld 



INTEGER (0. .268435455) 



TargetID ::= CHOICE { 
targetRNC-ID 
cGI CGI, 



TargetRNC-ID, — If UMTS target 
— If GSM target 



TargetRNC-ID ::= SEQUENCE { 
lAI LAI, 

rAC RAG OPTIONAL 

— Must always be present towards the PS domain and never towards the CS domain — , 
rNC-ID RNC-ID, 

iE-Extensions ProtocolExtensionContainer { { TargetRNC-ID-ExtlEs } } OPTIONAL 



TargetRNC-ID-ExtlEs RANAP-PROTOCOL-EXTENSION 



TargetRNC-ToSourceRNC-TransparentContainer : := SEQUENCE { 
rRC-Container RRC-Container , 

d-RNTI D-RNTI OPTIONAL 

— May be included to allow the triggering of the Relocation Detect procedure from the lur Interface — , 
iE-Extensions ProtocolExtensionContainer { { TargetRNC-ToSourceRNC-TransparentContainer-ExtlEs } } OPTIONAL, 
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TargetRNC-ToSourceRNC-TransparentContainer-ExtlEs RANAP-PROTOCOL-EXTENSION ::= { 



TBCD-STRING 

Temper aryUE- ID 
tMSI 
p-TMSI 



OCTET STRING 



CHOICE { 

TMSI, 
P-TMSI, 



TMSI 

TraceRef erence 



OCTET STRING (SIZE (4)) 

::= OCTET STRING (SIZE (2.. 3)) 



TraceType ::= OCTET STRING (SIZE (1)) 

— Reference: GSM TS 12.08 

TrafficClass ::= ENUMERATED { 
conversational, 
streaming. 
Interactive, 
background. 



TrafflcHandllngPrlorlty 

TransferDelay 

— Unit Is millisecond 



::= INTEGER { spare (0), highest (1), lowest (14), no-prlorlty-used (15) } (0..15) 
INTEGER (0. . 65535) 



UnsuccessfullyTransmlttedDataVolume ::= INTEGER (0 .. 4294 967295) 

TransportLayerAddress ::= BIT STRING (SIZE (1..160, ...)) 

TrCH-ID ::= SEQUENCE { 

dCH-ID DCH-ID OPTIONAL 

— At least one of these lEs shall be Included — , 
dSCH-ID DSCH-ID OPTIONAL 

— At least one of these lEs shall be Included — , 
uSCH-ID USCH-ID OPTIONAL 

— At least one of these lEs shall be Included — , 



TrCH-ID-Llst ::= SEQUENCE (SIZE (1 . .maxRAB-Subf lows) ) OF 
TrCH-ID 
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UL-GTP-PDU-SequenceNumber 

UL-N-PDU-SequenceNumber 

UP-ModeVersions 

USCH-ID 



: := INTEGER (0. . 65535) 
: := INTEGER (0. . 65535) 
BIT STRING (SIZE (16) ) 
INTEGER (0. .255) 



UserPlaneMode ::= ENUMERATED { 
t ran spa rent -mode, 
support-mode-f or-predef ined-SDU-sizes, 



END 



9.3.5 Common Definitions 



Common definitions 



RANAP-CommonDataTypes { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) ranap (0) versionl (1) ranap-CommonDatalypes (3) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 



Criticality 

Presence 

PrivatelE-ID 
local 
global 



ENUMERATED { reject, ignore, notify } 

ENUMERATED { optional, conditional, mandatory } 

CHOICE { 

INTEGER (0. . 65535) , 
OBJECT IDENTIFIER 
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ProcedureCode 
ProtocolExtensionID 
ProtocolIE-ID 
TriggeringMessage 

END 



INTEGER (0. .255) 

INTEGER (0. . 65535) 

INTEGER (0. . 65535) 

ENUMERATED { init iat ing-message, successful-outcome, unsuccessf ull-outcome, outcome 



9.3.6 Constant Definitions 



Constant definitions 



RANAP-Constants { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) ranap (0) versionl (1) ranap-Constants (4) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 



— Elementary Procedures 



id-RAB- Assignment 

id-Iu-Release 

id-RelocationPreparation 

i d-Re 1 ocat i onRes our ceAl location 

id-Re locationCancel 

id-SRNS-Context Transfer 

id-SecurityModeControl 

id-DataVolumeReport 

id-Reset 

id-RAB-ReleaseRequest 

id-Iu-ReleaseRequest 

i d-Re 1 ocat ionDetect 

id-Re 1 ocat ionComplete 

id-Paging 

id-CommonID 

id-CN-InvokeTrace 

id-LocationReportingControl 



INTEGER : 


: = 





INTEGER : 


: = 


1 


INTEGER : 


: = 


2 


INTEGER : 


: = 


3 


INTEGER : 


: = 


4 


INTEGER : 


: = 


5 


INTEGER : 


: = 


6 


INTEGER : 


: = 


7 


INTEGER : 


: = 


9 


INTEGER : 


: = 


10 


INTEGER : 


: = 


11 


INTEGER : 


: = 


12 


INTEGER : 


: = 


13 


INTEGER : 


: = 


14 


INTEGER : 


: = 


15 


INTEGER : 


: = 


16 


INTEGER : 


: = 


17 
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id-Locat 

id-Initi 

id-Direc 

id-Overl 

id-Error 

id-SRNS 

id-Forwa 

id-priva 

id-CN-De 

id-Reset 

id-RANAP 



ionReport 

alUE-Message 

tTransf er 

oadControl 

Indication 

DataForward 

rdSRNS-Context 

teMessage 

activateTrace 

Resource 

-Relocation 



INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 
INTEGER 



18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



Extension constants 



maxPrivatelEs 
maxProtocolExt ens ions 
maxProtocollEs 



INTEGER 
INTEGER 
INTEGER 



65535 
65535 
65535 



Lists 



maxNrOfDTs 

maxNrOf Errors 

maxNrOf luSigConlds 

maxNrOfPDPDi recti on s 

maxNrOfPoints 

maxNrOfRABs 

maxNrOf SeparateTraf f icDirections 

maxNrOfVol 

maxNrOf Levels 

maxRAB-Subf lows 
maxRAB-Subf lowCombination 



GER : 


:= 15 


GER : 


:= 256 


GER : 


:= 250 


GER : 


:= 2 


GER : 


:= 15 


GER : 


:= 256 


GER : 


:= 2 


GER : 


:= 2 


GER : 


:= 256 


GER : 


:= 7 


GER : 


:= 64 



id-Arealdentity 
id-CN-Doma in Indicator 
id-Cause 
id-ChosenEncryptionAlgorithm 



GER : 


= 


GER : 


= 3 


GER : 


= 4 


GER : 


= 5 
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id-ChosenlntegrityProtectionAlgorithm 

id-ClassmarkInf ormation2 

id-ClassmarkInf ormationS 

id-CriticalityDiagnostics 

id-DL-GTP-PDU-SequenceNumber 

id-Encrypt ion In format ion 

id-IntegrityProtect ion In format ion 

id-IuTransport Association 

id-L3- Information 

id-LAI 

id-NAS-PDU 

id-NonSearchinglndication 

id-NumberOf Steps 

id-OMC-ID 

id-OldBSS-ToNewBSS-Information 

id-PagingArealD 

id-PagingCause 

id-PermanentNAS-UE-ID 

id-RAB-Contextltem 

id-RAB-ContextList 

id-RAB-DataForwardingltem 

id-RAB-DataForwardingltem-SRNS-CtxReq 

id-RAB-DataForwardingList 

id-RAB-DataForwardingList-SRNS-CtxReq 

id-RAB-DataVolumeReportltem 

id-RAB-DataVolumeReportList 

id-RAB-DataVolumeReportRequestltem 

id-RAB-DataVolumeReport Request Li St 

id-RAB-Failedltem 

id-RAB-FailedList 

id-RAB-ID 

id-RAB-Queuedltem 

id-RAB-QueuedList 

id-RAB-ReleaseFailedList 

id-RAB-Releaseltem 

id-RAB-ReleaseList 

id-RAB-Re leas edit em 

id-RAB-ReleasedList 

id-RAB-ReleasedList-IuRelComp 

id-RAB-RelocationReleaseltem 

id-RAB-Re locationReleaseList 

id-RAB-SetupIt em-Re locReq 

id-RAB-SetupIt em-Re locReqAck 

id-RAB-SetupList-RelocReq 

id-RAB-SetupList-RelocReqAck 

id-RAB-SetupOrModif iedltem 

id-RAB-SetupOrModif iedList 

id-RAB-SetupOrModifyltem 

id-RAB-SetupOrModifyList 

id-RAC 

id-Re locationType 
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GER : 


:= 6 


GER : 


:= 7 


GER : 


:= 8 


GER : 


:= 9 


GER : 


:= 10 


GER : 


:= 11 


GER : 


:= 12 


GER : 


:= 13 


GER : 


:= 14 


GER : 


:= 15 


GER : 


:= 16 


GER : 


:= 17 


GER : 


:= 18 


GER : 


:= 19 


GER : 


:= 20 


GER : 


:= 21 


GER : 


:= 22 


GER : 


:= 23 


GER : 


:= 24 


GER : 


:= 25 


GER : 


:= 26 


GER : 


:= 27 


GER : 


:= 28 


GER : 


:= 29 


GER : 


:= 30 


GER : 


:= 31 


GER : 


:= 32 


GER : 


:= 33 


GER : 


:= 34 


GER : 


:= 35 


GER : 


:= 36 


GER : 


:= 37 


GER : 


:= 38 


GER : 


:= 39 


GER : 


:= 40 


GER : 


:= 41 


GER : 


:= 42 


GER : 


:= 43 


GER : 


:= 44 


GER : 


:= 45 


GER : 


:= 46 


GER : 


:= 47 


GER : 


:= 48 


GER : 


:= 49 


GER : 


:= 50 


GER : 


:= 51 


GER : 


:= 52 


GER : 


:= 53 


GER : 


:= 54 


GER : 


:= 55 


GER : 


:= 56 
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id-Request Type 

id-SAI 

id-SAPI 

id-SourcelD 

id- Sour ceRNC-ToTar get RNC-Tr an spa rent Container 

id-TargetID 

id-Target RNC-ToS our ceRNC-Tr an spar ent Container 

id-TemporaryUE-ID 

id-TraceReference 

id-TraceType 

id-TransportLayerAddress 

id-TriggerlD 

id-UE-ID 

id-UL-GTP-PDU-SequenceNumber 

id-RAB-FailedtoReportltem 

id-RAB-FailedtoReportList 

id-KeyStatus 

id-DRX-CycleLengthCoef f icient 

id-IuSigConldList 

id-IuSigConldltem 

id-IuSigConId 

id-DirectTransf erinf ormationltem-RANAP-RelocInf 

id-DirectTransf erinf ormationList-RANAP-RelocInf 

id-RAB-Contextltem-RANAP-RelocInf 

id-RAB-ContextList-RANAP-RelocInf 

id-RAB-ContextFailedtoTransferltem 

id-RAB-ContextFailedtoTransferList 

id-GlobalRNC-ID 

id-RAB-Re leas edit em- luRelComp 

id-MessageStructure 
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GER : 


:= 57 


GER : 


:= 58 


GER : 


:= 59 


GER : 


:= 60 


GER : 


:= 61 


GER : 


:= 62 


GER : 


:= 63 


GER : 


:= 64 


GER : 


:= 65 


GER : 


:= 66 


GER : 


:= 67 


GER : 


:= 68 


GER : 


:= 69 


GER : 


:= 70 


GER : 


:= 71 


GER : 


:= 72 


GER : 


:= 75 


GER : 


:= 76 


GER : 


:= 77 


GER : 


:= 78 


GER : 


:= 79 


GER : 


:= 80 


GER : 


:= 81 


GER : 


:= 82 


GER : 


:= 83 


GER : 


:= 84 


GER : 


:= 85 


GER : 


:= 86 


GER : 


:= 87 


GER : 


:= 88 



END 



9.3.7 Container Definitions 



— Container definitions 



RANAP-Containers { 

itu-t (0) identif ied-organization (4) etsi (0) mobileDomain (0) 

umts-Access (20) modules (3) ranap (0) versionl (1) ranap-Containers (5) 

DEFINITIONS AUTOMATIC TAGS ::= 

BEGIN 
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— IE parameter types from other modules . 



IMPORTS 

Criticality, 

Presence, 

PrivatelE-ID, 

ProtocolExtensionID, 

ProtocolIE-ID 
FROM RANAP-CommonDataTypes 

maxPrivatelEs, 
maxP rot ocolExt ens ions, 
maxProtocolIEs 
FROM RANAP-Constants; 



— Class Definition for Protocol lEs 



RANAP-PROTOCOL-IES 
&id 

Scriticality 
SValue, 
Spresence 



: := CLASS { 
ProtocolIE-ID 

Criticality, 

Presence 



UNIQUE, 



WITH SYNTAX { 
ID 

CRITICALITY 
TYPE 
PRESENCE 



Sid 



Scriticality 

SValue 

Spresence 



Class Definition for Protocol lEs 



RANAP-PROTOCOL-IES-PAIR ::= CLASS { 
Sid ProtocolIE-ID 

Sf irstCriticality Criticality, 
SFirstValue, 

SsecondCriticality Criticality, 
SSecondValue, 
Spresence Presence 



UNIQUE, 
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WITH SYNTAX { 

ID Sid 

FIRST CRITICALITY S f ir stCr it icality 

FIRST TYPE SFirstValue 

SECOND CRITICALITY S seconder it icality 

SECOND TYPE SSecondValue 

PRESENCE ^presence 



172 



ETSI TS 125 413 V3.5.0 (2001-03) 



— Class Definition for Protocol Extensions 



RANAP-PROTOCOL-EXTENSION ::= CLASS { 

&id ProtocolExtensionID 

&criticality Criticality, 

SExtension, 

^presence Presence 



UNIQUE, 



WITH SYNTAX { 
ID 

CRITICALITY 
EXTENSION 
PRESENCE 



Sid 

Scriticality 
SExtension 

Spresence 



Class Definition for Private lEs 



RANAP-PRIVATE-IES 
Sid 

Scriticality 
SValue, 
Spresence 



:= CLASS { 
PrivatelE-ID, 

Criticality, 

Presence 



WITH SYNTAX { 
ID 

CRITICALITY 
TYPE 
PRESENCE 



Sid 

Scriticality 
SValue 
Spresence 



Container for Protocol lEs 
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ProtocolIE-Container {RANAP-PROTOCOL-IES : lEsSetParam} ::= 
SEQUENCE (SIZE ( . . maxProtocolIEs ) ) OF 

ProtocolIE-Field { { lEsSetParam} } 

ProtocolIE-Field (RANAP-PROTOCOL-IES : lEsSetParam} ::= SEQUENCE { 

id RANAP-PROTOCOL-IES. Sid ({lEsSetParam}), 

criticality RANAP-PROTOCOL-IES . Scriticality ({lEsSetParam} {@id}) , 

value RANAP-PROTOCOL-IES. SValue ({ lEsSetParam} { @id} ) 



Container for Protocol IE Pairs 



ProtocolIE-ContainerPair {RANAP-PROTOCOL-IES-PAIR : lEsSetParam} ::= 
SEQUENCE (SIZE ( .. maxProtocolIEs ) ) OF 

ProtocolIE-FieldPair { {lEsSetParam} } 

ProtocolIE-FieldPair {RANAP-PROTOCOL-IES-PAIR : lEsSetParam} ::= SEQUENCE { 
id RANAP-PROTOCOL-IES-PAIR. Sid ({lEsSetParam}), 

fir St Criticality RANAP-PROTOCOL-IES-PAIR. S first Criticality ({lEsSetParam} {@id}) , 
firstValue RANAP-PROTOCOL-IES-PAIR. SFirstValue ({lEsSetParam} {@id}) , 

seconder it icality RANAP-PROTOCOL-IES-PAIR. S seconder it icality ( {lEsSetParam} {@id} ) , 
secondValue RANAP-PROTOCOL-IES-PAIR. SSecondValue ({lEsSetParam} {(^id}) 



Container Lists for Protocol IE Containers 



ProtocolIE-ContainerList {INTEGER : lowerBound, INTEGER : upperBound, RANAP-PROTOCOL-IES : lEsSetParam} ::= 
SEQUENCE (SIZE ( lowerBound .. upperBound) ) OF 
ProtocolIE-Container { {lEsSetParam} } 

ProtocolIE-ContainerPairList {INTEGER : lowerBound, INTEGER : upperBound, RANAP-PROTOCOL-IES-PAIR : lEsSetParam} 
SEQUENCE (SIZE ( lowerBound .. upperBound) ) OF 
ProtocolIE-ContainerPair { {lEsSetParam} } 



Container for Protocol Extensions 



ProtocolExtensionContainer {RANAP-PROTOCOL-EXTENSION : ExtensionSetParam} 
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ProtocolExtensionField {RANAP-PROTOCOL-EXTENSION : ExtensionSetParam} ::= SEQUENCE { 
id RANAP-PROTOCOL-EXTENSION. Sid ({ExtensionSetParam}), 

criticality RANAP-PROTOCOL-EXTENSION. Scriticality ( {ExtensionSetParam} {@id} ) , 

extensionValue RANAP-PROTOCOL-EXTENSION. SExtension ( {ExtensionSetParam} {@id} ) 



— Container for Private lEs 



PrivatelE-Container {RANAP-PRIVATE-IES : lEsSetParam } ::= 
SEQUENCE (SIZE (1.. maxPr ivatelEs ) ) OF 
PrivatelE-Field { { lEsSetParam} } 

PrivatelE-Field {RANAP-PRIVATE-IES : lEsSetParam} ::= SEQUENCE { 

id RANAP-PRIVATE-IES. Sid ({lEsSetParam}), 

criticality RANAP-PRIVATE-IES . Scriticality ({lEsSetParam} {@id}) , 

value RANAP-PRIVATE-IES. SValue ({ lEsSetParam} { @id} ) 



END 
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9.4 Message Transfer Syntax 



RANAP shall use the ASN.l Basic Packed Encoding Rules (BASIC -PER) Aligned Variant as transfer syntax as 
specified in ref. [13]. 

9.5 Timers 

TRELOCprep 

Specifies the maximum time for Relocation Preparation procedure in the source RNC. 

TRELOCoverall 

Specifies the maximum time for the protection of overall Relocation procedure in the source RNC. 

TRELOCalloc 

Specifies the maximum time for Relocation Resource Allocation procedure in the CN. 

TRELOCcomplete 



Specifies the maximum time for waiting the relocation completion in the CN. 



T RABAssgt 



Tqueuing 



Specifies the maximum time in the CN for the whole RAB Assignment procedure. 

Specifies the maximum time in the RNC for queuing of the request of RAB establishment or modification. 



i DATAfwd 

Specifies the maximum time for GTP-PDU forwarding at the source RNC during relocation of SRNS. 

Tigoc 

- While this timer is running, all OVERLOAD messages or signalling point congested information received at the 
CN are ignored. 



T, 



gOR 

- While this timer is running, all OVERLOAD messages or signalling point congested information received at the 
RNC are ignored. 

TinTC 

While this timer is running, the CN is not allowed to increase traffic. 

TinTR 

- While this timer is running, the RNC is not allowed to increase traffic. 

TRafC 

Specifies the maximum time for Reset procedure in the RNC. 

TRatC 

Specifies a guard period in the RNC before sending a RESET ACKNOWLEDGE message. 

TRa» 

Specifies the maximum time for Reset procedure in the CN. 

TRatR 
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Specifies a guard period in the CN before sending a RESET ACKNOWLEDGE message. 

10 Handling of Unknown, Unforeseen and Erroneous 
Protocol Data 

10.1 General 

Protocol Error cases can be divided into three classes: 

Transfer Syntax Error. 

Abstract Syntax Error. 
Logical Error. 
Protocol errors can occur in the following functions within a receiving node: 



RANAP 

functional 

entity 



>- 



^ 



ASN.l Decoding 



> 



Logical Errors 
Abstract Syntax Errors 



Transfer Syntax Errors 



A 



Figure 36: Protocol Errors in RANAP. 



10.2 Transfer Syntax Error 



A Transfer Syntax Error occurs when the receiver is not able to decode the received physical message. Transfer syntax 
errors are always detected in the process of ASN.l decoding. If a Transfer Syntax Error occurs, the receiver should 
initiate Error Indication procedure with appropriate cause value for the Transfer Syntax protocol error. 

Examples for Transfer Syntax Errors are: 

Violation of value ranges in ASN. 1 definition of messages, e.g.: If an IE has a defined value range of to 10 
(ASN.l: INTEGER (0..10)), and 12 will be received, then this will be treated as a transfer syntax error. 

Violation in list element constraints, e.g.: If a list is defined as containing 1 to 10 elements, and 12 elements will 
be received, than this case will be handled as a transfer syntax error. 

Missing mandatory elements in ASN.l SEQUENCE definitions (as sent by the originator of the message). 

Wrong order of elements in ASN. 1 SEQUENCE definitions (as sent by the originator of the message). 



1 0.3 Abstract Syntax Error 
10.3.1 General 

An Abstract Syntax Error occurs when the receiving functional RANAP entity: 
I . receives lEs or IE groups that cannot be understood (unknown IE ID); 
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2. receives lEs for which the logical range is violated (e.g.: ASN.l definition: to 15, the logical range is to 10 
(values 11 to 15 are undefined), and 12 will be received; this case will be handled as an abstract syntax error using 
criticality information sent by the originator of the message); 

3. does not receive lEs or IE groups but according to the specified presence of the concerning object, the lEs or IE 
groups should have been present in the received message. 

4. receives lEs or IE groups that are defined to be part of that message in wrong order or with too many occurrences of 
the same IE or IE group 

Cases 1 and 2 (not comprehended IE/IE group) are handled based on received Criticality information. Case 3 (missing 
IE/IE group) is handled based on Criticality information and Presence information for the missing IE/IE group specified 
in the version of the specification used by the receiver. Case 4 (lEs or IE groups in wrong order or with too many 
occurrences) results in rejecting the procedure. 

If an Abstract Syntax Error occurs, the receiver shall read the remaining message and shall then for each detected 
Abstract Syntax Error that belong to cases 1-3 act according to the Criticality Information and Presence Information for 
the IE/IE group due to which Abstract Syntax Error occurred in accordance with subclauses 10.3.4 and 10.3.5. The 
handling of case 4 is specified in subclause 10.3.6. 



10.3.2 Criticality Information 



In the RANAP messages there is criticality information set for individual lEs and/or IE groups. This criticality 
information instructs the receiver how to act when receiving an IE or an IE group that is not comprehended, i.e. the 
entire item (IE or IE group) which is not (fully or partially) comprehended shall be treated in accordance with its own 
criticality information as specified in chapter 10.3.4. 

In addition, the criticality information is used in case of the missing IE/IE group abstract syntax error (see subclause 
10.3.5). 



The receiving node shall take different actions depending on the value of the Criticality Information. The three possible 
values of the Criticality Information for an IE/IE group are: 

Reject IE. 

Ignore IE and Notify Sender. 

Ignore IE. 

The following rules restrict when a receiving entity may consider an IE, an IE group, or an EP not comprehended (not 
implemented), and when action based on criticality information is applicable: 

1. IE or IE group: When one new or modified IE or IE group is implemented for one EP from a standard version, 
then other new or modified lEs or IE groups specified for that EP in that standard version shall be considered 
comprehended by a receiving entity (some may still remain unsupported). 

Note that this restriction is not applicable to a sending entity for constructing messages. 

2. EP: The comprehension of different EPs within a standard version or between different standard versions is not 
mandated. Any EP that is not supported may be considered not comprehended, even if another EP from that 
standard version is comprehended, and action based on criticality shall be applied. 



10.3.3 Presence Information 

For many lEs/IE groups which are optional according to the ASN.l transfer syntax, RANAP specifies separately if the 
presence of these lEs/IE groups is optional or mandatory with respect to RNS application by means of the presence field 
of the concerning object of class RANAP-PROTOCOL-IES, RANAP-PROTOCOL-IES-PAIR, RANAP-PROTOCOL- 
EXTENSION or RANAP-PRIVATE-IES. 

The presence field of the indicated classes supports three values: 
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1 . Optional; 

2. Conditional; 

3. Mandatory. 

If an IE/IE group is not included in a received message and the presence of the IE/IE group is mandatory or the presence 
is conditional and the condition is true according to the version of the specification used by the receiver, an abstract 
syntax error occurs due to a missing IE/IE group. 

10.3.4 Not comprehended IE/IE group 

10.3.4.1 Procedure Code 

The receiving node shall treat the different types of received criticality information of the Procedure Code IE according 
to the following: 

Reject IE: 

If a message is received with a Procedure Code IE marked with "Reject IE" which the receiving node does not 
comprehend, the receiving node shall reject the procedure using the Error Indication procedure. 

Ignore IE and Notify Sender: 

If a message is received with a Procedure Code IE marked with "Ignore IE and Notify Sender" which the 
receiving node does not comprehend, the receiving node shall ignore the procedure and initiate the Error 
Indication procedure. 

Ignore IE: 

If a message is received with a Procedure Code IE marked with "Ignore IE" which the receiving node does not 
comprehend, the receiving node shall ignore the procedure. 

When using the Error Indication procedure to reject a procedure or to report an ignored procedure it shall include the 
Procedure Code IE, the Triggering Message IE, and the Procedure Criticality IE in the Criticality Diagnostics IE. 

1 0.3.4.2 lEs other than the Procedure Code 

The receiving node shall treat the different types of received criticality information of an lEs/IE group other than the 
Procedure Code IE according to the following: 

Reject IE: 

If a message initiating a procedure is received containing one or more lEs/IE group marked with "Reject IE" 
which the receiving node does not comprehend; none of the functional requests of the message shall be executed. 
The receiving node shall reject the procedure and report the rejection of one or more lEs/IE group using the 
message normally used to report unsuccessful outcome of the procedure. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the message 
used to report the unsuccessful outcome of the procedure, the receiving node shall instead terminate the 
procedure and initiate the Error Indication procedure. 

If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing one or more lEs/IE groups marked with "Reject IE" which the receiving node does not comprehend, 
the receiving node shall terminate the procedure and initiate the Error Indication procedure. 

If a response message is received containing one or more lEs marked with "Reject IE", that the receiving node 
does not comprehend, the receiving node shall initiate local error handling. 

Ignore IE and Notify Sender: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Ignore IE and 
Notify Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the 
not comprehended lEs/IE groups, continue with the procedure as if the not comprehended lEs/IE groups were 
not received (except for the reporting) using the understood lEs/IE groups, and report in the response message of 
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the procedure that one or more lEs/IE groups have been ignored. In case the information received in the 
initiating message was insufficient to determine a value for all lEs that are required to be present in the response 
message, the receiving node shall instead terminate the procedure and initiate the Error Indication procedure. 

if a message initiating a procedure that does not have a message to report the outcome of the procedure is 
received containing one or more lEs/IE groups marked with "Ignore IE and Notify Sender" which the receiving 
node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE groups, 
continue with the procedure as if the not comprehended lEs/IE groups were not received (except for the 
reporting) using the understood lEs/IE groups, and initiate the Error Indication procedure to report that one or 
more lEs/IE groups have been ignored. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE and Notify 
Sender" which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended lEs/IE groups and initiate the Error Indication procedure. 

Ignore IE: 

If a message initiating a procedure is received containing one or more lEs/IE groups marked with "Ignore IE" 
which the receiving node does not comprehend, the receiving node shall ignore the content of the not 
comprehended lEs/IE groups and continue with the procedure as if the not comprehended lEs/IE groups were 
not received using the understood lEs/IE groups. 

If a response message is received containing one or more lEs/IE groups marked with "Ignore IE" which the 
receiving node does not comprehend, the receiving node shall ignore the content of the not comprehended lEs/IE 
groups. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. The Repetition Number IE shall be included in the Information 
Element Criticality Diagnostics IE if the reported IE/IE group was part of a "SEQUENCE OF" definition. 

When reporting not comprehended lEs/IE groups marked with "Reject IE" or "Ignore IE and Notify' Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. The Repetition Number IE shall be included in the Information Element Criticality Diagnostics IE if the 
reported IE/IE group was part of a "SEQUENCE OF" definition. 

10.3.5 Missing IE or IE group 

The receiving node shall treat the missing IE/IE group according to the criticality information for the missing IE/IE 
group in the received message specified in the version of this specification used by the receiver: 

Reject IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Reject IE"; none of the functional requests of the message shall be executed. The receiving node shall reject 
the procedure and report the missing lEs/IE groups using the message normally used to report unsuccessful 
outcome of the procedure. In case the information received in the initiating message was insufficient to 
determine a value for all lEs that are required to be present in the message used to report the unsuccessful 
outcome of the procedure, the receiving node shall instead terminate the procedure and initiate the Error 
Indication procedure. 

if a received message initiating a procedure that does not have a message to report unsuccessful outcome is 
missing one or more lEs/IE groups with specified criticality "Reject IE", the receiving node shall terminate the 
procedure and initiate the Error Indication procedure. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Reject IE, the 
receiving node shall initiate local error handling. 

Ignore IE and Notify Sender: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE and Notify Sender", the receiving node shall continue with the procedure based on the other lEs/IE 
groups present in the message and report in the response message of the procedure that one or more lEs/IE 
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groups were missing. In case the information received in the initiating message was insufficient to determine a 
value for all lEs that are required to be present in the response message, the receiving node shall instead 
terminate the procedure and initiate the Error Indication procedure. 

if a received message initiating a procedure that does not have a message to report the outcome of the procedure 
is missing one or more lEs/IE groups with specified criticality "Ignore IE and Notify Sendei\ the receiving node 
shall continue with the procedure based on the other lEs/IE groups present in the message and initiate the Error 
Indication procedure to report that one or more lEs/IE groups were missing. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE and 
Notify Sender" , the receiving node shall initiate the Error Indication procedure. 

Ignore IE: 

if a received message initiating a procedure is missing one or more lEs/IE groups with specified criticality 
"Ignore IE", the receiving node shall continue with the procedure based on the other lEs/IE groups present in 
the message. 

if a received response message is missing one or more lEs/IE groups with specified criticality "Ignore IE", the 
receiving node shall ignore that those lEs/IE groups are missing. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify Sender" using a 
response message defined for the procedure, the Information Element Criticality Diagnostics IE shall be included in the 
Criticality Diagnostics IE for each reported IE/IE group. 

When reporting missing lEs/IE groups with specified criticality "Reject IE" or "Ignore IE and Notify Sender" using the 
Error Indication procedure, the Procedure Code IE, the Triggering Message IE, Procedure Criticality IE, and the 
Information Element Criticality Diagnostics IE shall be included in the Criticality Diagnostics IE for each reported 
IE/IE group. 

10.3.6 lEs or IE groups received in wrong order or witin too many 
occurrences 

If a message with lEs or IE groups in wrong order or with too many occurrences is received, the receiving node shall 
behave according to the following: 

If a message initiating a procedure is received containing lEs or IE groups in wrong order or with too many 
occurrences, none of the functional requests of the message shall be executed. The receiving node shall reject the 
procedure and report the cause value "Abstract Syntax Error (Falsely Constructed Message)" using the message 
normally used to report unsuccessful outcome of the procedure. In case the information received in the initiating 
message was insufficient to determine a value for all lEs that are required to be present in the message used to 
report the unsuccessful outcome of the procedure, the receiving node shall instead terminate the procedure and 
initiate the Error Indication procedure. 

If a message initiating a procedure that does not have a message to report unsuccessful outcome is received 
containing lEs or IE groups in wrong order or with too many occurrences, the receiving node shall terminate the 
procedure and initiate the Error Indication procedure, and use cause value "Abstract Syntax Error (Falsely 
Constructed Message)". 

If a response message is received containing lEs or IE groups in wrong order or with too many occurrences, the 
receiving node shall initiate local error handling. 



10.4 Logical Error 

Logical error situations occur when a message is comprehended correctly, but the information contained within the 
message is not valid (i.e. semantic error), or describes a procedure which is not compatible with the state of the receiver. 
In these conditions, the following behaviour shall be performed (unless otherwise specified) as defined by the class of 
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the elementary procedure, irrespective of the criticahty information of the lEs/IE groups containing the erroneous 
values. 

Class 1: 



Where the logical error occurs in a request message of a class 1 procedure, and the procedure has a failure message, the 
failure message shall be sent with an appropriate cause value. Typical cause values are: 

Semantic Error. 

- Message not compatible with receiver state. 

Where the logical error is contained in a request message of a class 1 procedure, and the procedure does not have a 
failure message, the procedure shall be terminated and the Error Indication procedure shall be initiated with an 
appropriate cause value. 

Where the logical error exists in a response message of a class 1 procedure, local error handling shall be initiated. 

Class 2: 

Where the logical error occurs in a message of a class 2 procedure, the procedure shall be terminated and the Error 
Indication procedure shall be initiated with an appropriate cause value. 

Class 3: 

Where the logical error occurs in a request message of a class 3 procedure, and the procedure has a failure message, the 
failure message shall be sent with an appropriate cause value. Typical cause values are: 

Semantic Error. 

Message not compatible with receiver state. 

Where the logical error is contained in a request message of a class 3 procedure, and the procedure does not have a 
failure message, the procedure shall be terminated and the Error Indication procedure shall be initiated with an 
appropriate cause value. 

Where the logical error exists in a response message of a class 3 procedure, local error handling shall be initiated. 



1 1 Special Procedures for RNC to RNC Communication 

11.1 General 

This subclause specifies special procedures that are used for RNC to RNC communication, and use other transport 
means than the RANAP procedures specified in clause 8. 

1 1 .2 RANAP Relocation Information 
11.2.1 General 

The purpose of the RANAP Relocation Information procedure is to handle the RANAP related information that is 
carried transparently during relocation from source RNC to target RNC by RNSAP via lur Interface. 



1 1 .2.2 Operation 



When during relocation it becomes necessary in the source RNC to generate RANAP information for transfer to the 
relocation target, the RNC shall form a RANAP RELOCATION INFORMATION message. The message shall be 
encoded according to the encoding rules specified for RANAP in the similar manner as for the normal RANAP 
messages. The outcome of the encoding will be an octet string, which shall not be sent to the CN via the lu Interface, 
but it shall be given to the appropriate local process for transparent transfer to the target RNC. 
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When the RANAP process in the target RNC receives an octet string containing RANAP RELOCATION 
INFORMATION message that had been transparently transferred from the source RNC, it shall decode it according to 
the encoding rules specified for RANAP. This process is similar to receiving any normal RANAP message. The 
decoded information shall be passed to the appropriate processes in the RNC. 
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Annex A (informative): 
RANAP Guidelines 

A.1 Rules for building RANAP messages 

A.1 .1 Rules for RANAP messages that shall contain the CN Domain 
Indicator IE 

Based on the principles described in [3], following rules can be deduced: 

1) Any RANAP message initiating a connection oriented signalling connection shall contain the CN Domain 
Indicator IE. For the time being, two such RANAP messages are known: INITIAL UE MESSAGE message 
and RELOCATION REQUEST message. 

2) Any RANAP message belonging to class 1 procedures that uses connectionless signalling shall contain the 
CN Domain Indicator IE. 

3) Following RANAP message belonging to class 2 procedures that uses connectionless signalling shall contain 
the CN Domain Indicator IE: PAGING message and ERROR INDICATION message. 
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